Dosya Sunucusu Migrasyonu: Eski NAS'tan Yeni Çözüme Geçiş

Özet: Dosya sunucusu migrasyonu — eski NAS veya Windows file server'dan yeni bir donanıma, SharePoint Online'a veya hibrit bir bulut depolamaya geçiş — KOBİ'lerde 5-10 yılda bir yaşanan ama kötü planlandığında haftalarca üretim kaybına yol açan bir projedir. Doğru migrasyon: dosya envanteri çıkarma, izin haritalama (NTFS ACL → yeni hedef formatı), pre-staging (önceden kopyalama), kesin geçiş (final sync), sembolik DFS yönlendirme ve eski sunucuyu sönmeye bırakma adımlarını içerir. KOBİ ölçeğinde 1-5 TB veri için 1-3 günlük planlı bir geçiş penceresinde tamamlanabilir.

KOBİ'lerde 5-7 yaşına gelmiş eski bir QNAP veya Synology, üretim verisinin %80'ini taşır; üzerinde yıllar boyunca biriken klasörler, kim ne yetkili karmaşası, garantisi bitmiş diskler. "Yeni bir çözüm gerekli" kararı alınır — ama "nasıl geçeceğiz?" sorusu projeyi durdurur. Yanlış yapılan bir migrasyon: izinler bozulur, dosyalar kaybolur, çalışan haftalarca eski sunucuya da yeni sunucuya da bağlanmaya çalışır.

Bu yazıda KOBİ ölçeğinde dosya sunucusu migrasyonunun adım adım planını, izin yönetimini ve yaygın tuzakları ele alıyoruz. Hedef kitlemiz IT yöneticileri, sistem yöneticileri ve eski file sunucularını modern altyapıya taşıma kararı veren karar vericiler.

Migrasyon Senaryoları

KOBİ'de en yaygın geçiş yolları:

Senaryo 1: Eski NAS → Yeni NAS

Aynı vendor (QNAP, Synology) içinde versiyon yükseltme. En basit; vendor'un kendi migrate aracı sıklıkla mevcut.

Senaryo 2: NAS → Windows File Server

Active Directory entegrasyonu, NTFS ACL gücü için tercih edilebilir. Robocopy ile veri taşıma, GPO ile yönetim.

Senaryo 3: NAS → SharePoint Online

Microsoft 365 Business Premium içinde gelir. Bulut tabanlı, mobil erişim, modern arayüz. Migration tool — SharePoint Migration Tool (SPMT).

Senaryo 4: NAS → OneDrive for Business

Kullanıcı bazlı dosyalar için. Ekip dosyaları için SharePoint daha uygun.

Senaryo 5: NAS → Hibrit (NAS + Bulut)

Sıcak veriler bulutta, soğuk arşiv NAS'ta. Otomatik tier'lama (Stub file).

Senaryo 6: Aynı Vendor Yeni Donanım

QNAP'tan QNAP'a, Synology'den Synology'ye — hot migrate, snapshot replikasyon.

Migrasyon Öncesi Hazırlık

Geçişten önce yapılacaklar:

1. Mevcut Sistem Envanteri

• Toplam veri boyutu
• Dosya sayısı (yüksekse migrasyon yavaşlar)
• En büyük 10 klasör
• Eski/erişilmemiş dosyalar (örnek: 3 yıldır açılmamış)
• Aktif kullanıcı sayısı
• En çok erişilen klasörler

2. İzin Envanteri

NTFS ACL veya Linux POSIX permissions:

• Hangi grup hangi klasöre yetkili?
• Hangi kullanıcı doğrudan yetki almış (kötü pratik, gözden geçirilmeli)
• Inheritance kırılmış klasörler var mı?
• "Herkes - Tam Yetki" varsa düzeltilmeli

3. Veri Hijyeni

Migrasyon, ÇöP veriyi taşımak için fırsat değil:

• Eski/gereksiz dosyalar silinir
• Çift kopyalar tek bırakılır
• Kişisel dosyalar OneDrive'a aktarılır
• Geçici/test klasörleri temizlenir

4. Hedef Sistem Hazırlığı

• Yeni donanım kurulu, ağa bağlı
• Domain'e dahil (eğer Windows ise)
• AD grupları oluşturulmuş
• Disk yapısı planlanmış (RAID, volume layout)
• Yedekleme yapılandırması hazır

5. Kesinti Penceresi Planlama

• Hafta sonu mu, akşam mı?
• İletişim çalışanlara önceden yapılır
• Geri alma planı hazır

İzin Haritalama — En Kritik Adım

Migrasyonun en sık başarısız olduğu noktadır.

Eski Sistem → Yeni Sistem Eşleme

Kaynak	Hedef	Yöntem
Linux NAS POSIX	Windows NTFS ACL	Manuel haritalama, Microsoft File Server Migration Toolkit
Windows file server	Windows file server	robocopy /COPY:DATSOU veya /COPY:DAT
NAS → SharePoint	SharePoint izinleri	SPMT, ShareGate, AvePoint
NAS → OneDrive	OneDrive klasör	Mover (Microsoft), kullanıcı bazlı

NTFS ACL Korumak İçin robocopy

robocopy "\\eski-nas\Paylasim" "\\yeni-server\Paylasim" \
  /MIR /COPY:DATSOU /DCOPY:T /R:1 /W:1 /MT:16 /LOG:C:\migrate.log

/COPY:DATSOU izinleri (DACL, SACL) ve owner bilgisini korur; /MIR mirror yapar.

Permission Audit Aracı

Migrasyon sonrası izinlerin doğru aktarıldığını test etmek için:

• AccessChk (Sysinternals)
• Get-Acl (PowerShell)
• ShareGate (ticari, otomatik karşılaştırma)

Pre-Staging — Önceden Kopyalama

5 TB veri tek seferde kopyalanmaya çalışılırsa hafta sonu yetmez. Pre-staging şart.

Tipik Akış

1. 1-2 hafta önce: Tam veri kopyası (initial sync) gece çalışır
2. Günlük incremental: Sadece değişen dosyalar
3. Geçiş gecesi: Final sync (saatler düzeyinde)
4. Kullanıcı geçişi: Path değişimi, DFS yönlendirme

robocopy ile Pre-Staging

:: İlk büyük kopya (gece)
robocopy "\\eski-nas\Paylasim" "\\yeni-server\Paylasim" \
  /MIR /COPY:DATSOU /MT:16 /R:1 /W:1

:: Sonraki günlerde sadece delta
robocopy "\\eski-nas\Paylasim" "\\yeni-server\Paylasim" \
  /MIR /COPY:DATSOU /MT:16 /R:1 /W:1 /XO

/XO skip older — kaynaktaki daha yeni olanı kopyalar.

DFS Namespace ile Şeffaf Geçiş

DFS (Distributed File System), kullanıcılar için path değişikliğini şeffaf yapar.

Klasik Akış (DFS Olmadan)

• Kullanıcı: \\eski-nas\Paylasim
• Migrasyon sonrası kullanıcı: \\yeni-server\Paylasim
• Tüm Excel/Word dosyalarında path bağlantıları kırılır
• Kullanıcı "kayıt başarısız" hataları alır

DFS Akışı

• Kullanıcı: \\firma\Paylasim (DFS namespace)
• Arka planda DFS, gerçek konuma yönlendirir
• Migrasyon sırasında DFS namespace yeni hedefe yönlendirilir
• Kullanıcı path değişikliğini fark etmez

KOBİ'de DFS kurulumu küçük çabayla büyük operasyonel kazanç sağlar.

SharePoint'a Migrasyon

M365 Business Premium aboneliği olan KOBİ için bulut tabanlı yaklaşım.

Microsoft SharePoint Migration Tool (SPMT)

• Microsoft tarafından ücretsiz
• File share, SharePoint 2013/2016 kaynaklarını destekler
• İzinleri otomatik haritalar (AD kullanıcı/grupları AAD'ye)
• Kullanıcı bazlı bildirimle çalışır

ShareGate / AvePoint

Ticari migrasyon araçları, daha gelişmiş özellikler:

• Bulk düzenleme (klasör adı standartlaştırma)
• Detaylı raporlama
• Versiyon koruma
• Inheritance optimizasyonu

Yapılandırma Önerileri

• Tek bir büyük SharePoint site yerine konuya göre alt site'lar
• Private vs public site kararı netleşmeli
• Versiyon kontrolü aktif (eski versiyonlar 30-90 gün)
• Retention policy KVKK ile uyumlu

Bulut Geçişin Avantajları

• Mobil erişim (uygulama)
• Birlikte düzenleme (real-time)
• Dış paylaşım (ekstra kontrolle)
• Düşük donanım maliyeti

Dezavantajları

• Hız (büyük dosya açma) yerel NAS kadar hızlı değil
• İnternet kesintisinde erişim sorunu
• Veri lokasyonu KVKK uyumu (M365 EU/Türkiye lokasyonları kontrol)

Geçiş Gecesi Akışı

Hafta sonu kesin geçiş için tipik plan:

Cuma 18:00

• Çalışanlara duyuru: "Pazartesi sabah yeni sisteme geçiyoruz"
• Kullanıcıların açık dosyaları kapatması bildirilir

Cuma 20:00

• Eski sunucuya yazma izni kapatılır (read-only)
• Final robocopy çalışır

Cumartesi 02:00

• Final sync tamamlandı
• İzin doğrulama testi
• Spot kontrol (örnek dosya açma)

Pazar 18:00

• DFS namespace yeni hedefe yönlendirilir
• Eski path read-only erişilebilir (geri alma planı için)
• Pilot kullanıcılarla test

Pazartesi 08:00

• Tüm çalışanlar yeni sisteme yönlendirilir
• IT destek hazır (potansiyel sorunlar için)
• İlk gün izleme

Eski Sunucuyu "Sönmeye Bırakma"

Migrasyon tamamlandı diye eski sunucuyu hemen kapatmak yanlış.

Tipik Sönme Akışı

Hafta	Eski Sunucu Durumu
1	Read-only, yeni veri yazılmaz, eski okunabilir
2-4	Read-only, kullanıcılar yeni sisteme alıştı
5-8	Erişim kapalı ama veriler hazır (acil durum)
9	Final yedek alınır, kapatılır
10+	Disk kayıtlı dökümanlar silinir, donanım decommission

Bu sönme süresi, gözden kaçan dosya/işlerin keşfedilmesi için sigorta.

Yaygın Migrasyon Hataları

KOBİ'de sıkça yapılan hatalar:

• İzin haritalama gözden geçirilmemiş, yeni sistem "Herkes - Tam Yetki" oluyor
• DFS kullanılmamış, kullanıcılar path'leri tek tek güncelliyor
• Pre-staging yapılmadan tüm veri tek seferde gece kopyalanmaya çalışılıyor (yetmiyor)
• Eski sunucu hemen kapatılıyor, sonra "şu klasör nereye gitti" panik
• Kullanıcı eğitimi atlandı, ilk gün IT destek bombardımanı
• Yedekleme yeni sistemde yapılandırılmadı (yedek yok ortamda çalışıyor)
• Office "Recent Files" eski path'leri tutuyor — kullanıcı kafası karışıyor

Yamanlar Bilişim Olarak Sunduğumuz Hizmetler

KOBİ ölçeğinde dosya sunucusu migrasyon destek alanlarımız:

• Mevcut dosya sunucu envanteri ve izin denetimi
• Hedef sistem seçim danışmanlığı (NAS, file server, SharePoint, hibrit)
• Migrasyon planı ve zaman çizelgesi
• Pre-staging ve final sync operasyonu
• DFS namespace tasarımı
• SharePoint Online migration (SPMT/ShareGate)
• Geçiş günü destek
• Sönme süresi izleme ve eski sistem decommission

Sıkça Sorulan Sorular

Sonuç

Dosya sunucusu migrasyonu, doğru planlandığında 1-3 günlük bir operasyon, yanlış planlandığında haftalar süren operasyonel ağrı kaynağıdır. Anahtar: izin haritalama, pre-staging, DFS şeffaflığı ve eski sistemi yavaş söndürme. KOBİ ölçeğinde en sık tercih edilen modern yaklaşım, mevcut NAS'tan SharePoint Online'a geçiş veya hibrit (sıcak bulut + soğuk NAS) modeli; her ikisi de doğru kurulduğunda mobil erişim, yedeklilik ve kullanıcı deneyimi açısından kazanç sağlar.

Yamanlar Bilişim olarak ölçeğinize ve hedef sisteminize göre özelleştirilmiş migrasyon projeleri yürütüyor; pre-staging'den eski sistem decommission'ına kadar tüm zincirde sizinle çalışıyoruz.