Eski sunucu donanımlarından yeni altyapıya kesintisiz veri ve sistem migrasyonu: P2V, P2P, canlı replikasyon ve minimum duruş süresi kılavuzu. İnceleyin.
Hızlı Özet (TL;DR)
Ekonomik ömrünü tamamlamış (5–7 yıldan eski), üretici donanım garanti süresi (EoL/EoS) dolmuş, yedek parça tedariki zorlaşmış ve mekanik disk arıza riski kritik seviyeye ulaşmış eski sunuculardan yeni nesil kurumsal sunucu donanımlarına geçiş; fabrikalar ve orta-büyük ölçekli işletmeler için en kritik BT operasyonlarından biridir. Doğru planlanmayan bir sunucu ve veri migrasyonu; günlerce süren üretim duruşlarına, SQL veritabanı indeks bozulmalarına, Active Directory (AD) SID/ACL yetki kayıplarına ve ağ üzerindeki el terminallerinin bağlantı kopmalarına yol açabilir. Modern P2V (Physical-to-Virtual) dönüştürme, blok seviyesinde canlı replikasyon (Continuous Data Protection) ve DFS/Robocopy delta senkronizasyon yöntemleriyle bu geçiş, neredeyse sıfır duruş süresiyle (Near-Zero Downtime) ve veri bütünlüğü %100 korunarak tamamlanabilmektedir.
Eski Sunucu Altyapılarının Taşıdığı Operasyonel Riskler ve Darboğazlar
Sanayi tesislerinde ve kurumsal ofislerde yıllardır kesintisiz çalışan fiziksel kule (Tower) veya kabinet tipi (Rack) sunucular, zamanla işletmenin büyüme hızına yetişemez hale gelir. Eski nesil SATA/SAS mekanik diskler üzerinde çalışan RAID 5 dizileri, bir disk arızalandığında yeniden inşa (Rebuild) sürecinde ikinci bir diskin yüzey hatası (URE - Unrecoverable Read Error) vermesi nedeniyle tüm veri kümesinin çökmesi tehlikesiyle karşı karşıyadır. Ayrıca eski işletim sistemi sürümleri (Windows Server 2008 R2 / 2012 R2 gibi) güncel güvenlik yamalarını alamadığı için fidye yazılımlarına (Ransomware) ve SMBv1 protokol istismarlarına karşı savunmasız kalır.
Bunun yanı sıra, üretim sahasında üretim takip yazılımı ve barkodlu depo yönetimi gibi anlık sorgu yoğunluğu yüksek uygulamalar devreye alındığında, eski işlemci mimarileri ve düşük IOPS kapasiteli disk altyapıları darboğaz yaratır. Kullanıcılar ekranların donmasından, raporların dakikalarca sürmesinden ve el terminallerinde zaman aşımı (Timeout) hatalarından şikayet etmeye başlar. Bu aşamada donanım yenilemesi ve sanallaştırma mimarisine geçiş ertelenemez bir zorunluluk halini alır.
Sunucu Migrasyon Yöntemlerinin Teknik Karşılaştırması
İşletmenin mevcut altyapısına, çalışan uygulamaların mimarisine ve tolere edilebilecek maksimum kesinti süresine (RTO - Recovery Time Objective) göre farklı migrasyon stratejileri uygulanır. Aşağıdaki tablo, saha mühendisliğinde en sık kullanılan dört temel taşıma metodolojisini karşılaştırmaktadır:
| Migrasyon Yöntemi | Teknik Çalışma Prensibi | Tahmini Kesinti Süresi (Downtime) | En Uygun Kullanım Senaryosu | Kritik Risk ve Dikkat Noktası |
|---|---|---|---|---|
| Canlı P2V (Physical-to-Virtual) Dönüşüm | Fiziksel sunucunun blok bazlı disk imajı VSS üzerinden canlı okunarak VMware ESXi veya Proxmox/Hyper-V katmanına aktarılır. | 15 – 45 Dakika (Son delta senkronizasyonu ve IP değişimi) | Eski fiziksel sunucudaki karmaşık ERP ve özel yazılımları yeniden kurmadan sanallaştırma. | Eski RAID kontrolcü sürücülerinin temizlenmesi ve sanal NIC/SCSI sürücü (VMware Tools / VirtIO) enjeksiyonu. |
| Blok Seviyesi Canlı Replikasyon (Veeam / CDP) | Sanal veya fiziksel kaynak sunucu, arka planda hedef sunucuya sürekli blok farklarını (Delta) yazar; geçiş anında failover yapılır. | 5 – 15 Dakika | 7/24 çalışan vardiya üretim sistemleri, yüksek hacimli ilişkisel veritabanları. | Kaynak ve hedef arasındaki ağ bant genişliğinin (tercihen 10GbE) ve disk yazma hızının yeterli olması. |
| Temiz Kurulum + Veri ve Rol Taşıma (Clean Migration) | Yeni işletim sistemi kurulur; AD FSMO rolleri, SQL veritabanları (Log Shipping) ve paylaşımlar kontrollü taşınır. | 30 – 90 Dakika (Aşamalı geçiş ile sıfıra yakın) | Eski işletim sistemini (Örn. Server 2012 -> 2022) yükseltmek ve teknik borçlardan kurtulmak. | Eski uygulama bağımlılıklarının, ODBC bağlantılarının ve COM/DLL bileşenlerinin eksiksiz envanteri. |
| Dosya Sunucusu Delta Senkronizasyonu (Robocopy / Storage Migration) | Milyonlarca CAD çizimi ve döküman NTFS ACL yetkileri, zaman damgaları ve sahiplik bilgileriyle kopyalanır. | 5 – 20 Dakika (Paylaşım kesme ve son fark kopyalama) | Ortak dosya sunucuları (File Server), mühendislik PDM/CAD arşivleri ve kullanıcı profilleri. | Açık kalan (kilitli) dosyaların yönetimi ve güvenlik izinlerinin (S-1-5-... SID yapısının) korunması. |
4 Aşamalı Kesintisiz Sunucu Migrasyon Planı
Kurumsal bir sunucu taşıma projesinde sürprizlere yer bırakmamak için operasyon dört disiplinli fazda yürütülür:
1. Mevcut Durum Analizi, Performans Ölçümü ve Envanter Çıkarımı
Geçişten en az bir hafta önce eski sunucu üzerindeki tüm disk bölümleri, IOPS/Throughput tüketim değerleri, çalışan Windows/Linux servisleri, zamanlanmış görevler (Scheduled Tasks), IIS/Apache web servisleri, SQL Server 인스턴스ları ve ağ paylaşımları belgelenir. Ağ üzerindeki hangi cihazların (CNC makineleri, barkod yazıcılar, PDKS terminalleri, PLC geçitleri) sunucuya statik IP veya NetBIOS adı üzerinden bağlandığı netstat ve güvenlik duvarı oturum tabloları üzerinden tespit edilir.
2. İlk Arka Plan Senkronizasyonu (Baseline Seeding)
Fabrika ve ofis personeli normal mesaisine devam ederken, yeni kurulan NVMe/SSD tabanlı sanallaştırma sunucusu aynı yerel ağa (VLAN) dahil edilir. VSS (Volume Shadow Copy Service) destekli migrasyon ajanları veya dosya senkronizasyon motorları kullanılarak terabaytlarca büyüklükteki ana veri kümesi arka planda yeni sunucuya kopyalanır. Bu işlem sırasında ağ darboğazı oluşmaması için bant genişliği sınırlaması (Bandwidth Throttling) uygulanır ve üretim sistemlerinin performansı korunur.
3. Delta (Fark) Senkronizasyonu ve Veritabanı Kesme (Cutover)
Planlanan geçiş penceresinde (genellikle Cumartesi akşamı veya vardiya değişim saatinde) kullanıcı erişimleri ve paylaşım yazma izinleri geçici olarak salt okunur (Read-Only) moda alınır. İlk büyük kopyalamadan bu yana değişen yalnızca son birkaç gigabaytlık fark verisi (Delta blokları veya işlem logları) dakikalar içinde yeni sunucuya aktarılır. Dosya sunucusu taşımalarında robocopy /MIR /COPYALL /ZB /R:1 /W:1 /MT:32 parametreleriyle tüm NTFS güvenlik izinleri (ACL), klasör sahiplikleri ve denetim kayıtları birebir eşitlenir.
4. Ağ Kimliği Devri, DNS Güncellemesi ve Doğrulama Testleri
Taşıma tamamlandığında eski sunucunun ağ bağlantısı kesilir ve yeni sanal sunucuya eski sunucunun IP adresi ile bilgisayar adı (Hostname / CNAME) tanımlanır. DNS üzerinde TTL (Time-to-Live) süreleri önceden düşürüldüğü için ağdaki tüm istemciler, el terminalleri ve ERP/MRP yazılımları hiçbir istemci ayarı değiştirilmeden yeni donanım üzerinden çalışmaya başlar.
Active Directory, SQL Veritabanı ve Yetki (ACL) Bütünlüğünün Korunması
Sunucu migrasyonlarında en sık yapılan mühendislik hatası, dosyaları sıradan kopyala-yapıştır yöntemiyle taşıyarak klasör yetkilerini sıfırlamaktır. Departman bazlı erişim matrislerinin bozulmaması için Active Directory etki alanı denetleyicisi (Domain Controller) geçişlerinde yeni sunucu önce Additional Domain Controller olarak ortama eklenmeli, SYSVOL ve NETLOGON replikasyonu doğrulandıktan sonra 5 adet FSMO rolü (Schema Master, Domain Naming Master, PDC Emulator, RID Master, Infrastructure Master) yeni sunucuya devredilmelidir.
Benzer şekilde Microsoft SQL Server veya PostgreSQL gibi kurumsal veritabanları taşınırken yalnızca .mdf ve .ldf dosyalarını kopyalamak yeterli değildir. Veritabanı kullanıcı girişleri (SQL Logins ve SID eşleşmeleri), Linked Server tanımları, SQL Agent yedekleme/bakım işleri (Maintenance Plans) ve veritabanı uyumluluk seviyeleri (Compatibility Level) eksiksiz aktarılmalıdır. Geçiş sonrasında DBCC CHECKDB komutu çalıştırılarak tablo ve indeks yapılarında hiçbir mantıksal veya fiziksel bozulma olmadığı teyit edilmelidir.
Migrasyon Öncesi Altın Kural: Bağımsız Çevrimdışı Yedek ve Rollback Planı
Her ne kadar modern araçlar yüksek başarı oranı sunsa da, migrasyon işlemine başlamadan önce eski sunucunun fiziksel olarak bağımsız bir harici depolama ünitesine veya NAS cihazına tam Bare-Metal (imaj) yedeği alınmalı ve ağdan fiziksel olarak ayrılmalıdır (Air-Gapped Backup). Ayrıca geçiş sırasında eski sunucu üzerinde yıkıcı bir işlem (disk silme, domain’den düşürme vb.) kesinlikle yapılmaz; eski sunucu sadece kapatılarak birkaç gün “Soğuk Yedek” olarak bekletilir. Beklenmedik bir uygulama uyumsuzluğu anında dakikalar içinde eski sisteme geri dönüş (Rollback) garantisi sağlanmalıdır.
Sorunsuz, sıfır veri kayıplı sunucu taşıma, sanallaştırma ve felaket kurtarma projeleri için Ortak Dosya Sunucusu ve Yedekleme Danışmanlığı sayfamızı inceleyebilir, ağ güvenliği entegrasyonu için Güvenlik Duvarı Çözümleri hizmetlerimizden yararlanabilirsiniz.
Sıkça Sorulan Sorular
Eski fiziksel sunucumuzdaki lisanslı muhasebe veya ERP programı yeni sunucuya taşındığında çalışmaya devam eder mi?
Evet, ancak lisanslama modeline göre ön hazırlık yapılması şarttır. Eğer yazılımınız USB Dongle (HASP/Sentinel) kullanıyorsa, fiziksel USB anahtar yeni sanallaştırma sunucusuna takılarak sanal makineye USB Passthrough veya ağ tabanlı USB-over-IP cihazı ile yönlendirilir. Yazılımınız anakart seri numarası veya MAC adresine (Donanım Kimliği / HWID) kilitliyse, sanal makinenin MAC adresi eski sunucuyla birebir aynı tanımlanabilir ya da geçiş öncesinde yazılım üreticisinden lisans aktarım (Deactivation/Reactivation) anahtarı talep edilerek kesinti yaşanması önlenir.
Sunucu taşıma işlemi sırasında fabrikadaki üretim ve barkod terminalleri ne kadar süre durur?
Canlı replikasyon ve önceden tohumlama (Pre-seeding) tekniği kullanıldığında, terabaytlarca verinin %99’u fabrika normal çalışırken arka planda yeni sunucuya aktarılır. Gerçek geçiş (Cutover) işlemi için yalnızca son farkların eşitlenmesi ve IP/DNS devri gerekir; bu işlem genellikle vardiya değişiminde veya hafta sonu planlanarak 15 ile 45 dakika arasında tamamlanır. Dolayısıyla üretim hattında veya sevkiyat operasyonlarında iş kaybı yaşanmaz.
Çok eski işletim sistemine sahip bir sunucuyu doğrudan yeni nesil NVMe diskli sunucuya taşıyabilir miyiz?
Doğrudan fiziksel kurulumlarda eski işletim sistemleri yeni nesil RAID kartlarını ve NVMe kontrolcülerini tanımayabilir. Bu sorunu aşmak için yeni fiziksel sunucu üzerine modern bir Tip-1 Hypervisor (VMware ESXi veya Proxmox VE) kurulur ve eski sunucu P2V yöntemiyle sanal makineye dönüştürülür. Hypervisor katmanı donanım soyutlaması sağladığı için, eski işletim sisteminiz alttaki en yeni nesil NVMe SSD ve DDR5 bellek teknolojisinin tüm hızından sorunsuzca faydalanır; ardından kontrollü bir takvimle işletim sistemi yükseltmesi gerçekleştirilir.