Basit Felaket Kurtarma Planı: İki Sunucu Konumu Nasıl Çalışır?

İşletmenizin verileri tek bir sunucuda mı tutuluyor? Sunucunuzda yaşanabilecek bir arıza, sel, yangın veya siber saldırı tüm verilerinize erişimi bir anda kesebilir. İki sunucu konumu kullanmak, bu tür durumlarda işlerin durmaması için en basit ve etkili yöntemlerden biridir. Bu yazıda, iki farklı konumda sunucu bulundurmanın ne anlama geldiğini, verilerin nasıl senkronize edildiğini ve küçük bir işletme için nasıl bir felaket kurtarma planı hazırlanacağını adım adım anlatacağız.

İki Sunucu Konumu Ne Anlama Gelir?

İki sunucu konumu, şirket verilerinizin iki farklı fiziksel yerde barındırılması demektir. Bunlardan biri ana sunucu olarak çalışır ve günlük işlemlerinizi yürütür. Diğeri ise yedek sunucu olarak görev yapar ve ana sunucuda bir sorun çıktığında devreye girer. Konumlar aynı binada olabilir ama ideal olanı, farklı şehirlerde hatta farklı bölgelerde bulunmalarıdır. Örneğin ana sunucunuz İstanbul'daysa, yedek sunucuyu Ankara'da tutmak doğal afet riskini dağıtır. Temel amaç, tek bir noktadaki hasarın tüm sistemi çökertmesini engellemektir. Bu yapıya "coğrafi yedeklilik" denir ve felaket kurtarma planlamasının temelini oluşturur. Bu, tek bir arıza noktasının iş sürekliliğinizi tehdit etmesini önler.

Ana ve Yedek Sunucu Birlikte Nasıl Çalışır?

Ana sunucu (birincil sunucu) tüm kullanıcı taleplerini karşılar, veritabanını işletir ve uygulamaları çalıştırır. Yedek sunucu ise bu sırada ana sunucunun bir kopyasını tutar. Aktif-pasif modelde yedek sunucu bekleme durumundadır; ana sunucu çöktüğünde otomatik veya manuel olarak devreye girer. Aktif-aktif modelde ise her iki sunucu eş zamanlı çalışır ve yükü paylaşır. Küçük bir işletme için aktif-pasif model daha basit ve uygun maliyetlidir. Örneğin bir e-ticaret sitesi düşünün: ana sunucuda siparişler işlenirken yedek sunucu güncel verinin kopyasını bekletir. Ana sunucuda kesinti olursa, site yedek sunucu üzerinden birkaç dakika içinde tekrar yayına girer. Bu model, özellikle maliyet ve karmaşıklık açısından küçük işletmeler için idealdir.

Veriler İki Konum Arasında Nasıl Güncel Tutulur?

İki sunucu arasındaki veri akışına "replikasyon" denir. Gerçek zamanlı (senkron) replikasyonda, ana sunucuya yazılan her veri anında yedek sunucuya da gönderilir. Bu yöntem veri kaybını neredeyse sıfıra indirir ancak ağ bağlantısı hızına bağlıdır. Belirli aralıklarla çalışan (asenkron) replikasyonda ise veri dakikalar veya saatler içinde kopyalanır; küçük bir veri kaybı riski vardır ama ağ yükü daha düşüktür. Seçim, işletmenizin toleransına bağlıdır. Bir doktor ofisi her veriyi anında korumak isterken, küçük bir marangoz atölyesi günlük yedekleme ile yetinebilir. Çoğu bulut sağlayıcısı, replikasyon ayarlarını yönetim panelinden kolayca yapmanızı sağlar; karmaşık bir kodlama bilgisi gerektirmez. Örneğin, bir banka senkron replikasyonu tercih ederken, bir blog sitesi asenkron replikasyon ile idare edebilir.

Basit Bir Plan Oluştururken Hangi Adımları İzlemeli?

Öncelikle hangi verilerin kritik olduğunu belirleyin: müşteri bilgileri, finansal kayıtlar ve sipariş verileri listenin en üstünde yer alır. Ardından iki sunucu konumu seçin; biri ofisinizde veya yerel veri merkezinizde, diğeri farklı bir şehirdeki bir bulut sağlayıcıda olabilir. Veri replikasyon sıklığını ve yöntemi kararlaştırın. Sonraki adım, geçiş sürecini test etmektir: ana sunucuyu kapatıp yedek sunucunun gerçekten çalışıp çalışmadığını kontrol edin. Bu testi yılda en az iki kez tekrarlayın. Planı yazılı hale getirin ve sorumlu kişileri netleştirin. Felaket anında "ne yapacağız" sorusunun cevabı önceden hazır olmalıdır; kriz anında karar vermek hem zaman hem veri kaybettirir. Bu adımları izleyerek, olası bir kesintiye karşı hazırlıklı olabilirsiniz.

Sonuç

İki sunucu konumu kullanmak, felaket kurtarma stratejisinin en pratik adımlarından biridir. Ana ve yedek sunucu arasındaki veri paylaşımı sayesinde beklenmedik bir kesintide işleriniz durmaz. Önemli olan, kritik verilerinizi belirlemek, uygun replikasyon yöntemini seçmek ve planınızı düzenli olarak test etmektir. Küçük bir işletme bile doğru planlama ile büyük kesintilere karşı hazırlıklı olabilir. Henüz bir felaket kurtarma planınız yoksa, bugün atacağınız ilk adım ileride büyük sorunları önleyecektir.