Eski Sunucudan Yeni Sunucuya Geçiş Nasıl Planlanır? Veri Taşıma ve Geri Dönüş Planı

Sunucu altyapısının yenilenmesi, işletmelerin performansını artırmak, veri güvenliğini güçlendirmek ve teknolojik ihtiyaçlara uyum sağlamak için gerçekleştirdiği önemli IT projelerinden biridir. Ancak eski sunucudan yeni sunucuya geçiş süreci yalnızca dosyaların kopyalanmasından ibaret değildir. Uygulamaların, veritabanlarının, kullanıcı hesaplarının, ağ yapılandırmalarının, lisansların ve güvenlik politikalarının da yeni altyapıya doğru şekilde aktarılması gerekir.

Özellikle üretim, finans, savunma sanayi, kamu ve kurumsal hizmet sektörlerinde faaliyet gösteren işletmeler için plansız sunucu geçişleri; veri kaybı, hizmet kesintisi, erişim sorunları ve iş süreçlerinde aksamalara yol açabilir. Bu nedenle geçiş öncesinde ayrıntılı bir hazırlık yapılmalı, veri taşıma adımları kontrollü şekilde uygulanmalı ve olası sorunlarda eski sisteme dönüşü sağlayacak bir geri dönüş planı oluşturulmalıdır.

Ankara’da sunucu kurulumu, sunucu taşıma ve kurumsal IT altyapı hizmetleri arayan işletmeler için doğru planlama, geçişin güvenli ve yönetilebilir şekilde tamamlanmasını sağlayan temel unsurlardan biridir.

Sunucu Geçişi Nedir ve Neden Yapılır?

Sunucu geçişi, mevcut sunucuda çalışan sistemlerin, verilerin ve hizmetlerin yeni bir fiziksel sunucuya, sanal sunucuya veya farklı bir altyapı ortamına aktarılması işlemidir. Bu süreçte mevcut sistemin çalışma düzeni analiz edilir ve yeni sunucunun aynı işlevleri daha uygun koşullarda yerine getirmesi hedeflenir.

İşletmeler farklı nedenlerle sunucu değişikliğine ihtiyaç duyabilir:

• Performans yetersizliği: İşlemci, RAM veya disk kaynaklarının mevcut iş yükünü karşılayamaması.
• Donanım ömrünün tamamlanması: Eski sunucularda arıza riskinin ve bakım maliyetlerinin artması.
• Depolama kapasitesi: Veri miktarının mevcut disk alanını aşması veya daha hızlı depolama ihtiyacı.
• Güvenlik gereksinimleri: Güncel işletim sistemi, güvenlik yamaları ve modern erişim kontrollerine geçiş ihtiyacı.
• Sanallaştırma projeleri: Fiziksel sunucuların Hyper-V veya VMware gibi sanallaştırma platformlarına taşınması.
• İş sürekliliği: Yedeklilik, felaket kurtarma ve merkezi yönetim olanaklarının geliştirilmesi.

Geçişin amacı yalnızca yeni donanımı devreye almak değil, işletmenin mevcut hizmetlerini mümkün olan en düşük riskle yeni altyapıda çalıştırmaktır.

1. Mevcut Sunucu Altyapısı Analiz Edilmelidir

Başarılı bir sunucu taşıma projesinin ilk adımı, mevcut altyapının ayrıntılı olarak incelenmesidir. Hangi sistemlerin çalıştığı, hangi verilere ihtiyaç duyduğu ve diğer hizmetlerle nasıl iletişim kurduğu belirlenmeden taşıma işlemine başlanmamalıdır.

Bu aşamada aşağıdaki bilgiler kayıt altına alınmalıdır:

• Sunucu marka ve modeli, işlemci, RAM ve disk kapasitesi.
• İşletim sistemi ve sürüm bilgileri.
• Çalışan uygulamalar ve servisler.
• Veritabanları, dosya paylaşımları ve kullanıcı profilleri.
• Active Directory, DNS ve DHCP gibi ağ hizmetleri.
• IP adresleri, VLAN yapısı, ağ geçitleri ve güvenlik duvarı kuralları.
• SSL sertifikaları, lisanslar ve servis hesapları.
• Yedekleme politikaları ve mevcut geri yükleme yöntemleri.

Ayrıca eski sunucuya bağlı diğer sistemler de belirlenmelidir. Örneğin bir ERP uygulaması veritabanı sunucusuna, dosya paylaşımına ve Active Directory hizmetine aynı anda bağımlı olabilir. Bu bağlantılar dikkate alınmadan yapılan taşıma işlemi, sunucu çalışsa bile uygulamanın kullanılamamasına neden olabilir.

Bu nedenle geçiş öncesinde sistem envanteri ve bağımlılık listesi hazırlanması, olası sorunların önceden görülmesine yardımcı olur.

2. Yeni Sunucu Kapasitesi ve Altyapısı Planlanmalıdır

Yeni sunucu seçimi yapılırken yalnızca mevcut kaynak kullanımı değerlendirilmemelidir. İşletmenin gelecekteki kullanıcı sayısı, veri artışı ve uygulama ihtiyaçları da hesaba katılmalıdır.

Örneğin mevcut sunucuda 64 GB RAM kullanılması, yeni sunucu için otomatik olarak aynı kapasitenin yeterli olacağı anlamına gelmez. İş yükünün yoğunluğu, eş zamanlı kullanıcı sayısı ve sanallaştırma yapılacaksa çalıştırılacak sanal makinelerin kaynak gereksinimleri birlikte değerlendirilmelidir.

Yeni sunucu planlamasında şu bileşenler dikkate alınmalıdır:

Bileşen	Planlamada dikkat edilecek noktalar
İşlemci	Uygulamaların işlem gücü ve eş zamanlı iş yükü
RAM	İşletim sistemi, uygulamalar ve sanal makineler için bellek ihtiyacı
Disk altyapısı	SSD veya NVMe performansı, kapasite ve RAID yapılandırması
Ağ bağlantısı	Port hızı, VLAN uyumluluğu ve ağ yedekliliği
Güç altyapısı	UPS kapasitesi ve yedekli güç kaynakları
Yedekleme	Harici yedekleme alanı ve geri yükleme kapasitesi
Güvenlik	Erişim yetkileri, güncellemeler ve güvenlik duvarı politikaları

Yeni sunucu kurulumu sırasında işletim sistemi sürümünün uygulamalarla uyumluluğu da kontrol edilmelidir. Özellikle eski yazılımlar, lisans mekanizmaları veya belirli sürücülere bağlı uygulamalar yeni işletim sistemlerinde beklenildiği gibi çalışmayabilir.

3. Veri Taşıma Öncesinde Yedekleme Yapılmalıdır

Eski sunucudan yeni sunucuya geçişte en önemli güvenlik adımlarından biri, kullanılabilir ve doğrulanmış bir yedek almaktır. Taşıma sırasında dosyaların eksik aktarılması, veritabanının tutarsız duruma gelmesi veya yeni sistemde beklenmeyen bir hata oluşması mümkündür.

Bu nedenle geçiş öncesinde yalnızca dosyaların kopyalanmasıyla yetinilmemelidir. İşletim sistemi kurtarma gereksinimleri, uygulama verileri, veritabanları ve yapılandırma dosyaları ayrı ayrı değerlendirilmelidir.

Yedekleme sürecinde şu adımlar uygulanmalıdır:

1. Kritik dosyaların ve veritabanlarının güncel yedeği alınmalıdır.
2. Yedeklerin başarıyla oluşturulduğu kontrol edilmelidir.
3. Geri yükleme işlemi mümkünse test ortamında denenmelidir.
4. Yedekler, üretim sunucusundan bağımsız bir depolama alanında tutulmalıdır.
5. Yedekleme tarihi, kapsamı ve geri yükleme prosedürü belgelenmelidir.

Veritabanı kullanan uygulamalarda, uygulamanın kendi yedekleme yöntemleri tercih edilmelidir. Örneğin SQL Server gibi sistemlerde tutarlı yedek alınması, yalnızca veritabanı dosyalarını çalışma sırasında kopyalamaktan daha güvenilir bir yöntemdir.

Yedekleme politikası belirlenirken işletmenin kabul edebileceği veri kaybı süresi de tanımlanmalıdır. Bu değer, RPO (Recovery Point Objective) olarak adlandırılır. Hizmetin ne kadar sürede yeniden çalışır duruma gelmesi gerektiği ise RTO (Recovery Time Objective) ile ifade edilir.

4. Veri Taşıma Yöntemi Belirlenmelidir

Her sunucu geçişi aynı yöntemle gerçekleştirilmez. Kullanılacak yöntem, taşınacak veri miktarına, uygulama türüne, hizmet kesintisi toleransına ve mevcut altyapıya göre belirlenmelidir.

Dosya tabanlı veri taşıma

Dosya sunucularında paylaşılan klasörler, kullanıcı dosyaları ve ortak çalışma alanları yeni sisteme aktarılabilir. Ancak yalnızca dosya içeriklerinin taşınması yeterli olmayabilir. NTFS izinleri, paylaşım yetkileri, sahiplik bilgileri ve klasör yapısı da korunmalıdır.

Aktarım sonrasında kullanıcıların doğru klasörlere erişebildiği ve yetkisiz erişim oluşmadığı test edilmelidir.

Veritabanı taşıma

Veritabanı sunucularında uygulamanın desteklediği yedekleme ve geri yükleme yöntemleri kullanılmalıdır. Veritabanı sürümü, karakter seti, bağlantı ayarları, kullanıcı yetkileri ve uygulama bağlantı dizeleri kontrol edilmelidir.

Veri taşıma sonrasında yalnızca veritabanının açılması yeterli değildir. Kayıt sayıları, kritik tablolar, uygulama işlemleri ve raporlama sonuçları da doğrulanmalıdır.

Sanal makine taşıma

Hyper-V veya VMware ortamlarında sanal makineler, uygun koşullarda yeni ana bilgisayara taşınabilir. Bu işlem sırasında sanal diskler, ağ bağlantıları, sanal anahtarlar, sanal makine yapılandırmaları ve lisans gereksinimleri değerlendirilmelidir.

Farklı sanallaştırma platformları arasında geçiş yapılacaksa uyumluluk ve dönüştürme adımları ayrıca planlanmalıdır.

Uygulama ve servis taşıma

ERP, CRM, e-posta, web uygulaması ve özel yazılımlarda uygulamanın veri dosyalarının yanı sıra servis bağımlılıkları, zamanlanmış görevler, sertifikalar ve entegrasyonlar da aktarılmalıdır.

Kullanılacak yönteme karar verirken taşıma öncesi test ortamı oluşturulması, üretim sisteminde yaşanabilecek sorunları azaltır.

5. Sunucu Geçiş Takvimi ve Kesinti Planı Oluşturulmalıdır

Sunucu taşıma işlemi, kullanıcıların yoğun olarak çalıştığı saatlerde plansız şekilde gerçekleştirilmemelidir. Geçiş tarihi belirlenirken işletmenin çalışma saatleri, üretim takvimi ve kritik iş süreçleri dikkate alınmalıdır.

Öncelikle tahmini aktarım süresi hesaplanmalıdır. Örneğin 2 TB verinin aktarım süresi yalnızca ağ hızına bağlı değildir; disk performansı, küçük dosya sayısı, sıkıştırma, şifreleme ve mevcut sistem yükü de süreyi etkiler.

Geçiş takviminde şu aşamalar yer alabilir:

• Mevcut sistemin analiz edilmesi ve bağımlılıkların belirlenmesi.
• Yeni sunucunun kurulması ve yapılandırılması.
• Yedeklerin alınması ve test edilmesi.
• İlk veri aktarımının gerçekleştirilmesi.
• Son veri senkronizasyonunun yapılması.
• Uygulamaların ve ağ bağlantılarının devreye alınması.
• Kullanıcı testlerinin tamamlanması.
• Eski sunucunun kontrollü biçimde devreden çıkarılması.

Mümkünse büyük veri aktarımı geçiş gününden önce yapılmalı, hizmet kesintisinin yaşanacağı zaman aralığında yalnızca değişen verilerin senkronizasyonu ve son kontroller gerçekleştirilmelidir. Ancak bunun mümkün olup olmadığı, kullanılan uygulamanın ve veri kaynağının özelliklerine bağlıdır.

6. Geçiş Sonrasında Test ve Doğrulama Yapılmalıdır

Yeni sunucunun açılması, geçişin başarıyla tamamlandığını tek başına göstermez. Uygulamaların çalışması, kullanıcıların erişimi, verilerin bütünlüğü ve güvenlik yapılandırmaları ayrı ayrı doğrulanmalıdır.

Kontrol listesinde aşağıdaki başlıklar bulunmalıdır:

• İşletim sistemi ve temel servislerin durumu.
• Dosya paylaşımı ve kullanıcı erişim izinleri.
• Veritabanı bağlantıları ve uygulama işlevleri.
• DNS kayıtları ve IP yapılandırması.
• SSL sertifikaları ve güvenli bağlantılar.
• Zamanlanmış görevler ve otomatik işlemler.
• Yedekleme işlerinin yeni sunucuda çalışması.
• Güvenlik duvarı kuralları ve uzaktan erişim politikaları.
• Performans, işlemci, RAM ve disk kullanımı.
• İzleme ve uyarı sistemlerinin çalışması.

Kritik iş uygulamalarında son kullanıcıların da testlere katılması faydalıdır. Örneğin muhasebe ekibinin rapor oluşturması, üretim ekibinin ERP üzerinden işlem yapması veya personelin dosya paylaşımına erişmesi gibi gerçek kullanım senaryoları denenmelidir.

Bu kontrollerin sonuçları kayıt altına alınmalı ve sorunlar giderilmeden proje tamamlanmış kabul edilmemelidir.

7. Geri Dönüş Planı Nasıl Hazırlanır?

Geri dönüş planı, yeni sunucuda kritik bir sorun ortaya çıkması durumunda hizmetlerin tekrar eski altyapı üzerinden çalıştırılmasını sağlayan prosedürdür. İngilizcede rollback plan olarak adlandırılan bu yaklaşım, sunucu geçişinin temel iş sürekliliği bileşenlerinden biridir.

Geri dönüş planı yalnızca eski sunucuyu yeniden açmaktan ibaret değildir. DNS değişiklikleri, IP adresleri, veri tutarlılığı, kullanıcı erişimleri ve uygulama bağlantıları da dikkate alınmalıdır.

Geri dönüş koşulları önceden belirlenmelidir

Hangi sorunların geri dönüşü tetikleyeceği geçiş öncesinde kararlaştırılmalıdır. Örneğin kritik uygulamanın çalışmaması, veritabanında tutarsızlık oluşması, kullanıcıların erişememesi veya belirlenen kesinti süresinin aşılması geri dönüş nedeni olabilir.

Eski sunucu hemen silinmemelidir

Yeni sistemin doğrulanması tamamlanana kadar eski sunucu, yapılandırması ve verileri korunarak hazır durumda tutulmalıdır. Eski sunucunun kapatılması veya devreden çıkarılması için belirli bir gözlem süresi tanımlanmalıdır.

Veri tutarlılığı korunmalıdır

Geçişten sonra yeni sunucu üzerinde veri üretilmeye başlanmışsa eski sunucuya dönüş sırasında bu değişikliklerin nasıl korunacağı önceden planlanmalıdır. Aksi durumda eski sistem yeniden devreye alındığında yeni veriler kaybolabilir veya iki sistemde farklı kayıtlar oluşabilir.

Bu nedenle geri dönüş kararından önce veri senkronizasyonu, uygulama yazma işlemleri ve veritabanı tutarlılığı değerlendirilmelidir. Gerekirse yeni sistemdeki yazma işlemleri kontrollü biçimde durdurulmalı ve veri uzlaştırma prosedürü uygulanmalıdır.

Geri dönüş adımları belgelenmelidir

Geri dönüş planında sorumlu kişiler, uygulanacak teknik işlemler, DNS ve ağ değişiklikleri, veri geri yükleme adımları ve test prosedürleri açıkça belirtilmelidir. Planın yalnızca yazılı olması yeterli değildir; mümkünse test ortamında prova edilmelidir.

8. Sunucu Geçişinde Sık Yapılan Hatalar

Sunucu taşıma projelerinde karşılaşılan sorunların önemli bir bölümü yetersiz planlama ve eksik testlerden kaynaklanır.

En yaygın hatalar şunlardır:

• Güncel ve doğrulanmış yedek almadan taşıma işlemine başlamak.
• Uygulama bağımlılıklarını ve lisans gereksinimlerini göz ardı etmek.
• Dosyaları aktarırken erişim izinlerini korumamak.
• DNS değişikliklerinin yayılım süresini hesaba katmamak.
• Yeni sunucunun kapasitesini yalnızca mevcut kullanım değerlerine göre belirlemek.
• Geri dönüş sürecini ve sorumlularını önceden tanımlamamak.
• Kullanıcı testlerini tamamlamadan eski sunucuyu devreden çıkarmak.
• Yeni sistemde yedekleme ve izleme yapılandırmasını kontrol etmemek.

Bu hataların önüne geçmek için geçiş süreci yazılı bir proje planıyla yönetilmeli, her aşama kontrol listeleri üzerinden doğrulanmalıdır.

9. Ankara Sunucu Taşıma ve Kurulum Hizmetleri

Sunucu geçişi, donanım kurulumunun yanında ağ yönetimi, veri güvenliği, işletim sistemi yapılandırması ve uygulama uyumluluğu konularında teknik uzmanlık gerektirir. Özellikle birden fazla sunucunun, sanal makinenin veya kritik iş uygulamasının bulunduğu işletmelerde geçişin uzman ekipler tarafından planlanması, operasyonel risklerin kontrol altında tutulmasına yardımcı olur.

Epoxsoft, işletmelerin ihtiyaçlarına yönelik sunucu kurulumu, ağ altyapısı, sistem yapılandırması ve teknik destek süreçlerinde değerlendirebilecekleri IT hizmetleri sunar. Ankara’da sunucu taşıma, yeni sunucu kurulumu veya mevcut altyapının yenilenmesi planlanıyorsa öncelikle mevcut sistemin analiz edilmesi ve ihtiyaçlara uygun bir geçiş takviminin hazırlanması önemlidir.

Hizmet planlamasında veri miktarı, uygulama bağımlılıkları, kabul edilebilir kesinti süresi ve geri dönüş gereksinimleri birlikte değerlendirilmelidir. Böylece işletmenin günlük faaliyetlerini mümkün olduğunca az etkileyen, kontrollü ve ölçülebilir bir geçiş süreci oluşturulabilir.

Güvenli Sunucu Geçişi Planlama ile Başlar

Eski sunucudan yeni sunucuya geçiş, işletmelerin IT altyapısını modernize etmesi açısından önemli bir adımdır. Ancak bu süreçte başarı yalnızca verilerin yeni donanıma aktarılmasıyla ölçülmemelidir. Uygulamaların sorunsuz çalışması, kullanıcı erişimlerinin korunması, veri bütünlüğünün doğrulanması ve olası sorunlarda geri dönüşün mümkün olması da değerlendirilmelidir.

Başarılı bir sunucu geçişi için mevcut altyapı analiz edilmeli, yeni sunucu doğru kapasiteyle yapılandırılmalı, yedekler test edilmeli ve veri taşıma yöntemi ihtiyaçlara göre seçilmelidir. Geçiş sonrasında kapsamlı testler yapılmalı, eski sistem ise geri dönüş ihtimali ortadan kalkana kadar kontrollü şekilde korunmalıdır.

Epoxsoft ile sunucu kurulumu, veri taşıma ve kurumsal IT altyapısı ihtiyaçlarınız hakkında bilgi almak için aşağıdaki iletişim kanallarını kullanabilirsiniz.

• Telefon: 0850 885 21 20
• E-posta: info@epoxsoft.com
• Adres: Şehit Adem Yavuz Sokak No: 5/14, Kızılay, Çankaya / Ankara

Doğru planlanan bir sunucu geçişi, veri kaybı riskini azaltmaya, hizmet sürekliliğini korumaya ve işletmenin yeni altyapısından verimli şekilde yararlanmasına yardımcı olur.