Sunucu Taşıma: Başka Firmadan Kesintisiz Geçiş Rehberi

Sunucu taşımaya başlamadan önce neleri kontrol etmelisin?

Taşımanın en riskli kısmı veri kopyalamak değil, unutulan şeylerdir: bir cron görevi, eski sunucuda elle değiştirilmiş bir ayar, ayrı bir yerde duran veritabanı ya da kimsenin hatırlamadığı bir e-posta yönlendirmesi. Bu yüzden ilk iş, eski sunucuda neyin çalıştığını yazılı bir listeye dökmektir.

İkinci kontrol zaman çizelgesidir. Eski hizmetin ne zaman sona erdiğine bak ve yeni hizmeti bu tarihten en az birkaç gün önce başlat. İki hizmetin kısa bir süre birlikte çalışması küçük bir ek maliyettir ama bir sorun çıktığında geri dönebilmen için şarttır. Eski firmanın yedek almana izin veren paneline, FTP ya da SSH erişimine ve varsa veritabanı yönetimine hâlâ ulaşabildiğinden emin ol.

Son olarak alan adının kimde olduğunu netleştir. Alan adı eski firmada kayıtlıysa, taşıma sırasında onu da transfer etmek zorunda değilsin; sadece DNS kayıtlarını yeni sunucuya yönlendirmen yeterlidir. Alan adı transferi ayrı bir işlem olarak, taşıma bittikten sonra sakin bir zamanda yapılabilir.

• Eski sunucuda çalışan her hizmetin ve sürümünün listesi
• Panel, FTP, SSH ve veritabanı erişim bilgileri
• Eski hizmetin bitiş tarihi ve yenisiyle çakışan birkaç günlük süre
• Alan adının kayıtlı olduğu yer ve DNS'in nerede yönetildiği
• Cron görevleri, e-posta yönlendirmeleri ve özel ayarlar
• Lisans anahtarları ve API token'ları

Hangi hizmet için neyi yedeklemen gerekir?

Her hizmet türünün kritik verisi farklı yerdedir. Aşağıdaki tablo, en sık taşınan hizmetlerde kopyalaman gerekenleri ve en çok unutulanları özetliyor. Listeyi kendi kurulumuna göre genişlet; özellikle eklentilerin kendi klasörlerinde tuttuğu veriler gözden kaçabilir.

Yedeği aldıktan sonra açılabildiğini kontrol et. Bozuk bir arşiv ya da yarım kalmış bir veritabanı dökümü, yedeğin hiç olmamasından daha tehlikelidir, çünkü sana sahte bir güven verir. Arşivi kendi bilgisayarında aç, dosya boyutlarına bak ve veritabanı dökümünün sonunda hata mesajı olmadığından emin ol.

Oyun sunucusu nasıl taşınır?

Oyun sunucusunda taşınacak üç şey vardır: dünya ya da kayıt dosyaları, ayar dosyaları ve eklenti ya da modlar. Önce sunucuyu durdur, böylece kayıt dosyaları yazılırken kopyalanmaz. Ardından bu klasörleri bir arşive koy ve yeni sunucuya yükle. Yeni sunucuda oyunun ve mod altyapısının aynı sürümünü kurmak önemlidir; farklı bir sürüme yüklenen kayıt açılmayabilir ya da geri dönüşü olmayan biçimde dönüştürülebilir.

Veritabanı kullanan sunucularda iş biraz daha fazladır. FiveM sunucularının çoğu oyuncu verisini MySQL ya da MariaDB'de tutar. Bu veritabanını mysqldump ile dışa aktar, yeni sunucudaki veritabanına içe aktar ve server.cfg içindeki bağlantı satırını yeni adres, kullanıcı ve şifreyle güncelle. txAdmin kullanıyorsan txData klasörünü de taşı; sunucu profillerin ve admin hesapların orada durur.

Yeni sunucunun IP adresi değişeceği için oyunculara duyuru yapman gerekir. Bunu bir daha yaşamamak için sunucuna bir alan adı bağla: Minecraft'ta bir SRV kaydı, diğer oyunlarda bir A kaydı, sonraki taşımalarda oyuncuların hiçbir şey değiştirmeden bağlanmasını sağlar. Oyun panellerinde arşivi yükleyip panelin dosya yöneticisinden açmak genellikle en hızlı yoldur.

Web sitesi ve e-postalar nasıl taşınır?

Eski firman da cPanel kullanıyorsa en kolay yol tam yedektir. cPanel'deki Backup Wizard ya da Backup aracıyla bir tam hesap yedeği oluşturursun; bu yedek dosyaları, veritabanlarını, e-posta hesaplarını ve ayarları tek arşivde toplar. Ancak cPanel belgelerine göre tam yedeği geri yüklemek WHM, yani sunucu yöneticisi yetkisi ister; bu yüzden arşivi yeni hosting firmana iletirsin ve geri yüklemeyi onlar yapar. Kendin yapmak istersen ana dizin ve veritabanları için kısmi yedekleri kullanabilirsin.

cPanel olmayan bir panelden geliyorsan manuel yol izlersin: site dosyalarını FTP ya da dosya yöneticisiyle indir, veritabanını phpMyAdmin ya da mysqldump ile dışa aktar, yeni hostingde yeni bir veritabanı ve kullanıcı oluşturup içe aktar. WordPress gibi uygulamalarda wp-config.php içindeki veritabanı adı, kullanıcı ve şifresini yeni değerlerle güncellemeyi unutma. Türkçe karakterlerin bozulmaması için dökümü ve içe aktarmayı utf8mb4 karakter setiyle yap.

E-posta en sık unutulan parçadır. Hesapları yeni sunucuda aynı adlarla oluştur, eski kutulardaki mesajları IMAP üzerinden taşı ve DNS'teki MX kaydını yeni sunucuya çevir. TheCrewHost web hosting paketlerinde site taşıma ücretsizdir: cPanel yedeğini geri yüklemek için destek ekibine bir ticket açman yeterli.

DNS geçişi kesinti olmadan nasıl yapılır?

DNS kayıtlarının bir TTL değeri vardır ve bu süre, dünyadaki çözümleyicilerin kaydı ne kadar süre önbellekte tutacağını belirler. TTL bir gün ise, A kaydını değiştirdikten sonra bazı ziyaretçiler bir gün boyunca eski sunucuya gitmeye devam eder. Bunu önlemek için geçişten en az 24-48 saat önce, eski uzun TTL'nin önbelleklerden düşmesine zaman tanıyacak şekilde, ilgili kayıtların TTL'sini 300 saniye gibi kısa bir değere düşür.

Asıl geçiş anında A kaydını, gerekiyorsa AAAA ve MX kayıtlarını yeni sunucunun adresiyle değiştirirsin. Kısa TTL sayesinde çoğu ziyaretçi birkaç dakika içinde yeni sunucuya geçer. Her şey oturduktan sonra TTL'yi yeniden birkaç saatlik bir değere çıkarabilirsin.

Ad sunucusu, yani nameserver değiştirmek farklı bir durumdur. Bu değişiklik alan adı kayıt kuruluşu ve uzantı sunucuları üzerinden yayılır ve senin ayarlayabileceğin bir TTL'ye bağlı değildir; tamamlanması saatler, bazen bir gün sürebilir. Kesintiyi en aza indirmek istiyorsan, yeni ad sunucularındaki kayıtları önceden eksiksiz hazırla ki geçiş sırasında hangi tarafa giden ziyaretçi olursa olsun doğru sunucuya ulaşsın.

Discord botu nasıl taşınır?

Bot taşımak, çoğu zaman en kolay taşımadır, çünkü botun durumu genellikle kodda ve küçük bir veri dosyasında durur. Kaynak kodu Git deposundan çek ya da arşiv olarak yükle, .env dosyasını ayrıca ve güvenli bir yoldan taşı, bağımlılıkları yeni sunucuda npm install ya da pip install ile yeniden kur. node_modules ya da sanal ortam klasörünü kopyalamak yerine yeniden kurmak, farklı işletim sistemi ve sürüm sorunlarını önler.

Bot SQLite gibi dosya tabanlı bir veritabanı kullanıyorsa, dosyayı bot kapalıyken kopyala. Uzak bir veritabanı kullanıyorsa bağlantı bilgisini değiştirmen yeterli olabilir. Node.js ya da Python sürümünün eski sunucuyla aynı ya da uyumlu olduğundan emin ol.

Kritik nokta, iki kopyanın aynı anda çalışmamasıdır. Aynı token ile iki bot süreci açık olursa her komuta iki cevap gelir ve zamanlanmış görevler iki kez çalışır. Önce eski botu durdur, sonra yenisini başlat. Slash komutları uygulamaya kayıtlı olduğu için sunucu değişse de kaybolmaz; token sızmadıysa yenilemene de gerek yoktur.

VPS'ten VPS'e taşıma nasıl yapılır?

VPS taşımanın en güvenilir yolu, yeni sunucuyu temiz kurup verileri ve ayarları aktarmaktır. Sağlayıcıların snapshot'ları genellikle kendi altyapılarına özeldir ve başka bir firmaya taşınamaz; bu yüzden snapshot'ı yalnızca eski sunucuda bir güvenlik ağı olarak kullan. Yeni sunucuda aynı işletim sistemi sürümünü seçmek, paket ve yapılandırma farklarını azaltır.

Dosyaları rsync ile SSH üzerinden aktar. rsync -aHAX --numeric-ids gibi bir komut izinleri, sahiplikleri ve bağlantıları korur ve kesilirse kaldığı yerden devam eder. İlk aktarımı sunucu çalışırken yaparsın; geçiş anında hizmetleri durdurup aynı komutu tekrar çalıştırdığında yalnızca değişen dosyalar gider ve bu son senkronizasyon dakikalar sürer. Tek seferlik küçük dosyalar için scp de yeterlidir.

Veritabanlarının veri klasörünü çalışırken kopyalama; bunun yerine mysqldump ya da pg_dump ile döküm al. Yüklü paketlerin listesini, crontab -l çıktısını, /etc altındaki web sunucusu ve uygulama ayarlarını, güvenlik duvarı kurallarını ve SSH anahtarlarını da taşı. SSL sertifikalarını kopyalamak yerine, DNS yeni sunucuyu gösterdiğinde yeniden almak genellikle daha temizdir.

Kesinti süresini en aza indiren geçiş planı nasıl olmalı?

İyi bir geçişin büyük kısmı, asıl geçiş anından önce biter. Yeni sunucu kurulur, veriler bir kez kopyalanır, her şey test edilir. Geçiş anında yapılan tek şey son değişiklikleri aktarmak ve trafiği çevirmektir. Aşağıdaki zaman çizelgesi bu mantığı gösteriyor.

Testi DNS'i değiştirmeden yapabilirsin. Kendi bilgisayarındaki hosts dosyasına alan adını yeni sunucunun IP adresiyle eklediğinde, siteyi yalnızca sen yeni sunucudan görürsün. Oyun sunucusunu ise doğrudan yeni IP ile bağlanarak test edersin. Geçiş anı için oyuncularının ya da ziyaretçilerinin en az olduğu saati seç ve önceden duyur.

Taşıma sonrası neyi kontrol etmeli, sorun çıkarsa nasıl geri dönülür?

Taşıma bittiğinde yalnızca ana sayfanın açılmasına ya da sunucuya bağlanabilmeye bakma. İletişim formunun e-posta gönderdiğini, kullanıcıların giriş yapabildiğini, oyuncu envanterlerinin ve kabile ya da ev verilerinin yerinde olduğunu, zamanlanmış görevlerin ve yedeklerin çalıştığını tek tek kontrol et. İlk günlerde log dosyalarına bakmak, gözden kaçan bir hatayı oyunculardan önce görmeni sağlar.

Geri dönüş planı basit olmalıdır: eski hizmet, doğrulama bitene kadar dokunulmadan durur. Ciddi bir sorun çıkarsa DNS kayıtlarını eski adrese geri çevirir ya da oyunculara eski IP'yi duyurursun; kısa TTL sayesinde bu birkaç dakikada etkili olur. Geri dönersen, yeni sunucuda geçen sürede oluşan veriyi, örneğin yeni siparişleri ya da oyuncu ilerlemesini, eski tarafa elle aktarman gerekebileceğini unutma.

Takıldığın bir adım olursa yalnız değilsin. TheCrewHost destek ekibi taşıma sırasında sorularını ticket, Discord, WhatsApp ya da telefonla yanıtlayabilir.

• Site ve oyun sunucusu yeni IP'den açılıyor mu?
• Formlar, e-posta gönderimi ve alımı çalışıyor mu?
• Oyuncu verileri, envanterler ve izinler yerinde mi?
• SSL sertifikası geçerli mi?
• Cron görevleri ve otomatik yedekler çalışıyor mu?

Sunucunu 8 adımda başka firmadan taşı

1. 1

   Envanter çıkar

   Eski sunucuda çalışan her hizmeti, sürümünü, veritabanını, cron görevini, e-posta hesabını ve lisans anahtarını yazılı bir listeye dök.

2. 2

   Yeni hizmeti aç

   Eski hizmet bitmeden birkaç gün önce yeni sunucuyu ya da hosting paketini al ve aynı yazılım sürümlerini kur.

3. 3

   TTL'yi düşür

   Geçişten en az 24-48 saat önce ilgili DNS kayıtlarının TTL değerini 300 saniyeye indir.

4. 4

   İlk kopyayı al

   Dosyaları, kayıtları ve veritabanı dökümlerini yeni sunucuya aktar; arşivlerin açıldığını ve dökümlerin eksiksiz olduğunu kontrol et.

5. 5

   DNS'e dokunmadan test et

   Siteyi hosts dosyasıyla, oyun sunucusunu doğrudan yeni IP ile dene ve her şeyin çalıştığından emin ol.

6. 6

   Son senkronizasyonu yap

   Duyurduğun bakım saatinde eski hizmeti durdur, değişen dosyaları ve güncel veritabanını yeniden aktar.

7. 7

   Trafiği çevir

   A ve MX kayıtlarını değiştir ya da yeni IP'yi oyuncularına duyur; botlarda önce eskisini durdur, sonra yenisini başlat.

8. 8

   Doğrula ve kapat

   Birkaç gün boyunca logları, e-postayı ve yedekleri kontrol et; sorun yoksa TTL'yi yükselt ve eski hizmeti iptal et.

Sık Sorulan Sorular