Dosya sunucusu yerine bulut kullanmak, ofisteki sunucu ya da NAS cihazında duran ortak klasörleri; yetki, sürüm geçmişi ve yedekleme işini de devralan bir bulut dosya platformuna taşımaktır. Doğru yapılan geçişte klasörler birebir kopyalanmaz; önce yetkiler ve klasör yapısı sadeleştirilir, sonra pilot ekip ile taşınır ve eski sunucu salt okunur hâle getirilir.
Ofisteki dosya sunucusu bugün ne durumda?
Birçok şirkette dosya sunucusu yıllar önce iyi bir fikirdi: tek bir makine, bir ortak sürücü harfi ve herkesin bildiği "S:\Ortak" klasörü. Aradan geçen sürede çalışan sayısı arttı, klasör derinliği yediye sekize çıktı, yetkiler "şimdilik herkese açalım" kararlarıyla şişti. Uzaktan çalışan ya da sahada olan çalışan dosyaya VPN ile ulaşmaya çalışıyor, ulaşamadığında da dosyayı kendine e-postayla gönderiyor.
Sunucunun kendisi de yaşlanır. Diskler dolar, üreticinin destek süresi biter, yedeklemenin en son ne zaman geri yüklenerek denendiğini kimse hatırlamaz. Sunucuyu kuran kişi çoktan ayrılmış, hangi klasöre kimin neden yetkili olduğu bilgisi de onunla birlikte gitmiştir. Bu tablonun belge yönetimi açısından ne anlama geldiğini kurumsal dosya yönetimi nedir yazısında ayrıntılı anlattık.
Dosya sunucusunda kalmanın maliyeti
En görünür risk fidye yazılımıdır. Sophos'un State of Ransomware 2024 verisine dayanan analizine göre fidye yazılımına uğrayan kurumların %94'ü, saldırganların yedeklerini de ele geçirmeye çalıştığını söyledi; bu girişimlerin %57'si başarılı oldu. Bu yüzden aynı ağdaki bir NAS'ta duran yedek, sunucuyla birlikte kaybedilme riski taşır.
Veeam'in 900'den fazla BT, güvenlik ve risk yöneticisiyle yaptığı Data Trust and Resilience Report 2026 araştırmasına göre kurumların %90'ı bir siber olaydan kurtulabileceğinden emin; ancak fidye yazılımı mağdurlarının yalnızca %28'i etkilenen verilerin tamamını geri alabildi.
Daha sessiz maliyet zaman kaybıdır. Atlassian'ın 12.000 bilgi çalışanıyla yaptığı State of Teams 2025 araştırmasına göre ekipler zamanlarının %25'ini yalnızca yanıt aramakla harcıyor. Derin ve düzensiz klasör ağaçlarında "son sürüm hangisi?" sorusu bu aramayı daha da uzatır.
Üçüncü maliyet kontrol dışı kopyalardır. Sunucuya ofis dışından ulaşamayan çalışan, dosyayı kişisel e-postasına, bir USB belleğe ya da ücretsiz bir paylaşım hizmetine atar. Bu kopyaların hiçbiri yetki matrisinde görünmez, ayrılan çalışanla birlikte şirketten çıkar ve bir veri ihlalinde kimin neye eriştiğini açıklamayı imkânsız hâle getirir. Dosya sunucusu ne kadar iyi korunursa korunsun, kullanılması zor olduğu ölçüde bu gölge kopyalar çoğalır.
Türkiye'de bu dönüşüm henüz yeni sayılır. TÜİK Girişimlerde Bilişim Teknolojileri Kullanım Araştırması, 2026 verisine göre girişimlerin %20,2'si ücretli bulut bilişim hizmeti kullandı; oran 250 ve üzeri çalışanlı girişimlerde %57,0 iken 10-49 çalışanlılarda %16,7'de kaldı. Yani küçük ölçekli şirketlerin büyük bölümü henüz ücretli bir bulut hizmeti kullanmıyor; dosyaları çoğunlukla ofisteki sunucuda ya da dağınık kopyalarda duruyor.
Dosya sunucusu yerine bulut: dosya platformu neyi farklı yapar?
Buluta geçmek, sunucuyu başka bir binaya taşımak değildir. Asıl kazanç, dosya sunucusunda elle ve eksik yapılan işlerin platformun temel davranışı hâline gelmesidir.
| Konu | Ofisteki dosya sunucusu | Bulut dosya platformu |
|---|---|---|
| Erişim | Ofis ağı ya da VPN | Tarayıcı ve mobil uygulama, kimlikle |
| Yetki | Klasör bazlı, zamanla şişer | Kişi ya da departman bazlı, ayrıntılı |
| Üzerine yazma | Eski dosya kaybolur | Her yükleme yeni sürüm olur |
| Silinen dosya | Yedekten geri dönülür (varsa) | Çöp kutusundan geri gelir |
| Ayrılan çalışan | Hesap kapatılsa bile yerel kopyalar kalır | Kimlik kapanınca buluttaki dosyalara erişim biter |
| Donanım | Disk, yenileme, bakım sizde | Donanım işi sağlayıcıda |
Tablodaki üzerine yazma ve sürüm konusu, dosya sunucusundan gelen ekiplerin en çok şaşırdığı farktır; ayrıntısını dosya sürüm kontrolü yazısında bulabilirsiniz. Bulutun maliyet tarafını ise ayrı değerlendirmek gerekir: taşıma, bir süre iki sistemin birlikte çalışması ve yönetim emeği faturada görünmeyen kalemlerdir. Bunları buluta geçiş maliyeti rehberinde hesapladık.
Dosya sunucusundan buluta geçişin 8 adımı
- Envanter çıkarın. Paylaşılan klasörleri, boyutlarını, son erişim tarihlerini ve her klasöre kimin yetkili olduğunu listeleyin.
- Atılacak ve arşivlenecek olanı ayırın. Yıllardır açılmamış klasörleri taşımadan önce sahibine sorun; bazı kayıtların yasal saklama süresi olduğunu unutmayın.
- Klasör yapısını sadeleştirin. Kişi adlı klasörler yerine departman ve proje bazlı alanlar tasarlayın; proje bazlı bir şablon örneğini mimarlık ofisi dosya yönetimi yazısında bulabilirsiniz.
- Yetki matrisini yeniden yazın. "Herkese açık" klasörleri kapatın, okuma ile silme yetkisini ayırın. Örnek matrisi dosya paylaşım yetkilendirme rehberinde bulabilirsiniz.
- Kişisel veri içeren klasörleri işaretleyin. Personel, müşteri ve sağlık verisi olan klasörlerin nerede barındırılacağını KVKK açısından ayrıca değerlendirin.
- Pilot bir departmanla başlayın. Bir ekibi taşıyın, iki hafta gerçek işle kullanın, sorunları kaydedin.
- Kesim gününü planlayın. Son eşitlemeden sonra eski paylaşımı salt okunur yapın; kimse iki yerde birden çalışmasın.
- Eski sunucuyu hemen kapatmayın. Bir süre salt okunur tutun, son yedeğini alın ve imha kararını belgeleyin.
Beşinci adımda karşılaşılan en sık soru, verinin yurt dışında barındırılıp barındırılmadığıdır. KVKK'nın yurt dışına aktarımı düzenleyen 9'uncu maddesi, Kişisel Verileri Koruma Kurumu sayfasında anlatıldığı gibi 7499 sayılı Kanun'la değiştirildi ve yeni hükümler 1 Haziran 2024'te yürürlüğe girdi. Hangi sağlayıcıyı seçerseniz seçin, verinin nerede tutulduğunu ve aktarımın hangi dayanakla yapıldığını sözleşme aşamasında sorun; genel çerçeve için KVKK uyum süreci yazımıza bakabilirsiniz.
İkinci adımda eski dosyaları gözü kapalı silmek de, her şeyi sonsuza dek taşımak da yanlıştır. Hangi belgenin ne kadar saklanacağını ve süresi dolanın nasıl imha edileceğini önceden yazıya dökmek taşımayı hem hızlandırır hem de temizler; bunun için saklama ve imha politikası rehberimizden yararlanabilirsiniz.
Digital Bridge'de bu işi nasıl yapıyoruz?
Dosya sunucusu geçişlerini bir kopyalama işi olarak değil, belge düzenini yeniden kurma fırsatı olarak ele alıyoruz:
- Keşif ve envanter. Bulut geçiş ve altyapı danışmanlığı kapsamında sunucunuzdaki paylaşımları, boyutları, yetkileri ve yedekleme düzeninizi çıkarıyor; hangi klasörün taşınacağını, arşivleneceğini ya da atılacağını sizinle birlikte işaretliyoruz.
- Uyum çerçevesi. Kişisel veri içeren klasörler, saklama süreleri ve veri barındırma konumu için KVKK uyum danışmanlığı ekibimizle bir karar tablosu hazırlıyoruz.
- Pilot, geri dönüş planı ve eğitim. Her taşıma adımı için sorun çıkarsa eski düzene nasıl dönüleceğini önceden yazıyor ve deniyoruz. Ardından bir departmanı taşıyor, klasör yapısını ve yetkileri gerçek işle deniyoruz. Ekibe "üzerine yazma yerine yeni sürüm" alışkanlığını pilot sırasında kazandırıyoruz.
- Süreç gerektiren belgeler. Onay, imza ve dolaşım gerektiren resmî yazışmalar için klasör yeterli değilse EBYS ve doküman yönetimi tarafında ayrı bir akış tasarlıyoruz. Kâğıttan dijitale geçişin bütün resmi için EBYS ile kâğıtsız ofis yazısını öneririz.
Yedekleme de bu planın parçasıdır. Buluta geçmek yedekleme ihtiyacını ortadan kaldırmaz, sadece biçimini değiştirir; fidye yazılımına karşı 3-2-1 yedekleme ilkesini geçiş sonrasında da nasıl uygulayacağınızı birlikte netleştiriyoruz. Hesap güvenliği, erişim kayıtları ve bağımsız yedeğin korunması gibi konuları gerekirse siber güvenlik danışmanlığı kapsamında ayrıca ele alıyoruz.
SmartFiles ile dosya sunucusunun yerini almak
Kendi geliştirdiğimiz Smart360 ailesinin dosya ürünü SmartFiles, dosyaları departman ve proje bazlı depo alanlarında toplar. Kurulum gerekmez; ödeme onaylandığı anda hesap açılır. Sunucudaki mevcut dosyalar klasör yapısı korunarak ücretsiz taşınır ve ilk yapılandırma Smart360 ekibinin rehberliğinde yapılır; yukarıdaki pilot adımı bu taşımayla birlikte planlanabilir. Sınırsız klasör derinliği ve sürükle-bırak yükleme, dosya sunucusundan gelen ekiplerin alışkanlıklarını korur.
Yetki tarafında sekiz bağımsız izin vardır: okuma, yazma, düzenleme, silme, klasör oluşturma, yapay zeka, geçmiş ve not. Bunlar kişiye ya da departmana tek bir matris üzerinden verilir. Aynı adla yüklenen her dosya yeni sürüm olur; önceki sürümler indirilebilir ve geri yüklenebilir, saklanacak sürüm sayısını kurum belirler. Silinen klasörler de çöp kutusundan geri gelir; depolama tavanı aşılacaksa yükleme başlamadan reddedilir.
Somut bir örnek düşünelim: satış ekibi, sunucudaki "Teklifler" klasörünü SmartFiles'taki departman alanına taşıyor. Aynı teklif dosyası üç kez güncellendiğinde üç ayrı kopya yerine tek dosya ve üç sürüm görülür. Desteklenen biçimlerde (PDF, Word, Excel, metin ve görsel dosyaları) yüklenen her belge kimse istemeden yapay zekayla analiz edilir ve özet, ana noktalar, yapı ve dikkat çeken ayrıntılardan oluşan dört bölümlü bir rapor oluşur; yönetici bu özelliği tamamen kapatabilir. Ayrıca ekip klasörün tamamına "geçen yıl hangi müşterilere indirim verdik?" gibi bir soru sorabilir. Bu özelliğin nasıl çalıştığını yapay zeka ile belge analizi yazısında anlattık.
Güvenlik tarafında indirme ve önizleme bağlantıları dakikalar içinde geçersizleşir. Tek kimlik (SmartID) sayesinde ayrılan çalışanın erişimi tek işlemle kapanır; SmartMail'e gelen bir ek de tek tıkla SmartFiles alanına kaydedilir. Birden çok şirketi olan gruplar bu yapıyı birden fazla şirket e-posta yönetimi ile aynı panelde birleştirebilir.
Sonraki adım
Bu hafta yapabileceğiniz ilk iş, dosya sunucunuzdaki en büyük on klasörü ve bunlara yetkili kişileri listelemek. Ardından iletişim sayfamızdan bize ulaşın; envanterinizi birlikte değerlendirelim, bir departman için pilot planı çıkaralım ve SmartFiles'ın kendi klasör yapınıza nasıl oturacağını birlikte değerlendirelim. Dosyalarla birlikte e-postayı da yenilemeyi düşünüyorsanız kurumsal e-posta nasıl seçilir rehberindeki kriterler iyi bir başlangıçtır.
Diğer belge ve e-posta rehberleri için Kurumsal E-posta ve Belge sayfamıza göz atabilirsiniz.