01Kendiniz yapabilecekleriniz
- mevcut hesap ve erişim bilgilerini bir listede toplamak
- e-posta hesaplarını ve yönlendirmelerini not etmek
- sitenin kritik sayfalarının listesini çıkarmak
02Uzman gerektirenler
- veritabanı ve dosya aktarımının sürüm uyumuyla yapılması
- DNS ve e-posta (MX, SPF, DKIM) kayıtlarının geçişi
- geçiş sırasında veri kaybını önleyen senkronizasyon
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 |
04Yanlış uygulamanın riskleri
- Test adresinde denemeden canlıya geçmek
- Yedeği almadan eski hesabı kapatmak
- DNS'i değiştirip e-posta kayıtlarını unutmak
05Sunucu taşıma hangi işletmelerde kullanılır?
- Veritabanı sunucuları
- Kurumsal uygulamalar
- SaaS ürünleri
- API servisleri
06Kapsamı ve maliyeti etkileyenler
- izleme ve yedekleme kapsamı
- trafik
- ortam sayısı
- bakım periyodu
07Planlama notları
- Barındırma yeri seçilir: Türkiye'de veri merkezi, yurt dışı bulut ya da şirket içi; kişisel veri varsa KVKK m.9 aktarım şartları değerlendirilir.
- Erişim bilgileri işletmede kalır; parola yerine anahtar ve iki adımlı doğrulama kullanılır.
- Yedekler 3-2-1 ilkesiyle (3 kopya, 2 farklı ortam, 1 başka konum) ve düzenli geri yükleme testiyle tutulur.
08Hangi durumlarda gündeme gelir?
Veri senkronu gerektiğinde
Veri senkronu, sunucu taşıma projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.
Yayına alma elle ve riskli yapıldığında
Otomatik test ve dağıtım hattıyla her sürüm aynı adımlarla, geri alınabilir şekilde yayımlanır.
09İşletim ve bakım ipuçları
- Disk, bellek ve işlemci kullanımı uyarı eşikleriyle izlenir.
- SSL sertifikası ve alan adı yenileme tarihleri takip edilir.
- Yedeklerden geri yükleme belirli aralıklarla denenir.
10Diyadin'de uzman desteği
Diyadin'in PTT verisindeki 120 yerleşim kaydı 2 farklı posta koduna dağılır.
Diyadin'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 Patnos, Ağrı Merkez ve Hamur 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.
SSSSık sorulan sorular
Kendim denedim, sorun büyüdü; ne yapmalıyım?
Daha fazla müdahale etmeden mevcut durumu kaydedin ve ön değerlendirme isteyin; değişikliklerin listesi tespiti hızlandırır.
Sadece Ağrı 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.
Sunucu hesabı kimin adına açılır?
İşletmenin adına açılır; yönetim erişimi işletmede kalır. Biz yetkili kullanıcı olarak çalışırız.
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.
Eklenti veya araçla kendim çözebilir miyim?
Basit durumlarda mümkündür; ancak aynı anda birden çok aracın çalışması çakışma yaratabilir. Önce yedek almayı unutmayın.
Diyadin'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.
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.
→İlgili sayfalar
Sunucu Taşıma hakkında diğer konular
Diyadin'de ilgili hizmetler
Ağrı içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- DNS planı
- veri senkronu
- test
- GitHub Actions
- SSL
- Nginx
- MySQL
- log
- Ağrı
- Diyadin