01Adımlar
1. Mevcut dosya, veritabanı, e-posta ve DNS kayıtlarının envanterini çıkarmak
Bu adımda yapılan her değişiklik kayıt altına alınır.
2. Tam yedek almak ve yedeğin açıldığını doğrulamak
Gerekirse bu adım test ortamında önceden denenir.
3. Yeni ortamı kurup sürüm ve ayarları eşlemek
Adım tamamlanmadan bir sonrakine geçilmez; sonuç doğrulanır.
4. Veriyi aktarıp test adresinde denemek
Gerekirse bu adım test ortamında önceden denenir.
5. DNS kayıtlarının süresini (TTL) düşürüp geçişi planlı saatte yapmak
Gerekirse bu adım test ortamında önceden denenir.
6. Geçiş sonrası formları, e-postaları, SSL'i ve yönlendirmeleri kontrol etmek
Bu adımın çıktısı kısa bir notla paylaşılır.
02Dikkat noktaları
- Kaçınılması gereken: DNS'i değiştirip e-posta kayıtlarını unutmak
- Kaçınılması gereken: yedeği almadan eski hesabı kapatmak
- Kaçınılması gereken: test adresinde denemeden canlıya geçmek
03Belirti, neden ve çözüm
| Belirti | Olası neden | Çözüm |
|---|---|---|
| Site/uygulama ara ara çöküyor | Kaynak yetersiz, izleme yok | İzleme ve ölçeklendirme |
| Güncelleme sonrası bozuluyor | Test ortamı yok | CI/CD ve test ortamı |
| Yedek var sanılıyor ama dönülemiyor | Geri yükleme hiç denenmemiş | Düzenli geri yükleme testi |
04Köprüköy için çalışma düzeni
Köprüköy'ün PTT verisindeki 42 yerleşim kaydı 1 farklı posta koduna dağılır. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için sunucu taşıma tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.
Köprüköy'de bulunan bir işletmeyle çalışırken toplantılar görüntülü yapılır, her aşama test ortamında paylaşılır ve geri bildirimler ortak panoda toplanır; yerinde bulunmak gereken kurulum ve eğitim adımları ayrıca planlanır.
Aynı ildeki Palandöken, Hınıs ve İspir ilçeleri için de sunucu taşıma talepleri değerlendirilir; toplantılar uzaktan yapılır.
Siteniz veya uygulamanız çalışmıyorsa hemen arayın: 0540 003 19 81 — önce yedek, sonra tespit.
05Planlama notları
- Erişim bilgileri işletmede kalır; parola yerine anahtar ve iki adımlı doğrulama kullanılır.
- Dağıtım otomatikleştirilir (CI/CD); elle FTP yüklemesinden kaçınılır.
- Her ortam ayrılır: geliştirme, test, canlı.
06Kapsamı ve maliyeti etkileyenler
- sunucu sayısı
- trafik
- bakım periyodu
- ortam sayısı
07Örnek planlama hesabı
Örnek: sunucu yükü
- Eşzamanlı kullanıcı
- 210
- Kullanıcı başı dakikadaki istek
- 5
- Saniyedeki istek
- 17,5
- Zirve payıyla (× 3)
- 52,5
Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
Sadece Erzurum için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Doğu Anadolu Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
Bu adımları kendim uygulayabilir miyim?
Bazı adımlar teknik bilgiyle yapılabilir; yedekleme, sürüm uyumu ve canlı ortam değişiklikleri ise deneyim gerektirir. Kendin yap mı uzman mı sayfasında ayrımı anlattık.
Köprüköy'de bulunuyorum, yerinde görüşme mümkün mü?
Toplantılar görüntülü yapılır ve ekran paylaşımıyla ilerler. Cihaz kurulumu, saha incelemesi veya ekip eğitimi gibi yerinde bulunmayı gerektiren adımlar ayrıca planlanır.
Adımların sırası değişebilir mi?
Mevcut duruma göre değişebilir; ancak yedek ve test adımları her zaman önce gelir.
Sunucu taşıma sırasında site veya uygulama kapanır mı?
Hazırlık test ortamında yapılır; canlı ortamdaki değişiklik önceden haber verilen kısa bir bakım penceresinde uygulanır.
Sunucu taşıma öncesinde neleri hazırlamalıyım?
Hosting/sunucu yönetim paneli erişimi, alan adının kayıtlı olduğu firmadaki dns erişimi ve varsa e-posta hesap listesi işi hızlandırır.
Paylaşımlı hosting yerine VPS'e ne zaman geçilmeli?
Sitenin kaynak sınırına takıldığı, özel yazılım çalıştırılacağı veya sunucu ayarlarına erişim gerektiği durumlarda VPS değerlendirilir; yönetimi de birlikte planlanmalıdır.
→İlgili sayfalar
Sunucu Taşıma hakkında diğer konular
Köprüköy'de ilgili hizmetler
Erzurum içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- DNS planı
- veri senkronu
- test
- GitHub Actions
- SSL
- Nginx
- yedekleme
- Docker Compose
- PostgreSQL
- Erzurum
- Köprüköy