Olağanüstü durum kurtarma: şirketinizin düşünülemez olandan kurtulduğundan emin olun

Atlanta'da mükemmel bir gündü ve meslektaşım Alyson Behr sonsuza kadar üşütecek kelimelerle aradığında Oliver Rist ve bazı PR temsilcileriyle bir kahvaltı toplantısından sonra köşemi yazmak için otel odama yeni döndüm. “Wayne, ” dedi, “televizyonunu aç.” NBC'nin Today Show programındaki mürettebatın ilkinin ve ardından New York Dünya Ticaret Merkezinin diğer kulesinin düşüşünü anlatmasıyla şaşkına döndüm. Katıldığımız fuar bir anda çok uzak görünüyordu.

11 Eylül 2001'de iki kulede ölen 2, 606 kişiden 658'i finansal hizmetler şirketi Cantor Fitzgerald'ın çalışanlarıydı. Bu sayı şirketin işgücünün üçte ikisini temsil ediyordu. Dünya Ticaret Merkezi'ndeki ofisler şirketin şirket merkezi olduğundan, bu, şirket bilgilerinin yanı sıra şirket bilgilerinin çoğunun kaybedilmesi anlamına geliyordu. Ancak, bir hafta sonra, duman hala kalıntılardan yükselirken, şirket tekrar çalışmaya başladı ve ticaret yapıyordu.

Cantor Fitzgerald'ın operasyonları bu kadar hızlı bir şekilde sürdürmesinin nedeni iki şeye atfedilebilir. Birincisi, şirket CEO'su Howard Lutnick bir toplantıda saha dışındaydı ve ikincisi, şirket birkaç mil ötede bir yedekleme sitesi oluşturdu ve merkez ile yedekleme bölgesini bir fiber ağla ilişkilendirdi. Şirket sunucularındaki faaliyetlerin çoğu, gerçek zamanlı olarak yedekleme sunucularında yansıtılıyordu.

Bu, şirket yöneticileri ve BT departmanının düşünceli planlamasının, Cantor Fitzgerald'ın iş dünyasında kalmasına izin verdiği ve diğer pek çok firmanın ortadan kaybolduğu bir durumdu. Bu planlama felaket hazırlığını, felaket kurtarma yolunu (DR) ve bunun gerçekleşmesini sağlama isteğini içeriyordu. Ancak, tesis dışı veri yedeklemesi orada bulunmasaydı asla mümkün olmazdı.

Florence Hurricane ve Diğer Felaketler

Böyle bir felaketin bir daha asla yaşanmayacağını söylemek kolay olsa da, gerçek şu ki, her yıl farklı felaketler oluyor. Mesela, bunu yazarken, Kategori 4 Hurricane Florence, Amerika Birleşik Devletleri'nin Doğu Kıyısı üzerinde durmaktadır ve binlerce küçük ve orta ölçekli işletmelerin (KOBİ) tesislerinin, hayatları kesintiye uğratmadan bahsettiği kesindir. Milyonlarca insan Bazı KOBİ'lerin faaliyetlerine devam etmeleri ve milyonlarca insandan bazılarının işe geri dönmeleri kesinlikle günler ve muhtemelen haftalar olacaktır. Bu arada, bu KOBİ'lere ne olacak?

Verileri korunmuyorsa ve bir kurtarma planı mevcut değilse, bu KOBİ'ler asla toparlanmayabilir. Kritik bir faktör, bu KOBİ'lerin, verilerini fırtına etki alanından uzaklaştırarak verilerini korumanın bir yolunu bulup bulmadıkları olacaktır. Yedekleme bantlarını bir kamyon filosuna yükleyerek ve onları bir felaketten uzaklaştırarak veri korumasını sağlamak mümkün olsa da, yalnızca birkaç gününüzün uyarısı varsa işe yarar. Bir felaket küçük bir uyarı ile gelirse, o zaman, sen berbat olabilirdi.

Veri Kurtarma için Gerçek Zamanlı Yedekleme

Bunun yerine ihtiyacınız olan şey, gerçek zamanlı yedekleme, verilerinizi kurtarmanın ve SMB'nizi geri almanın ve çalıştırmanın bir yolu. Bunu başarmanın iki yolu var. İlk ve en kapsamlı yol, ofislerinize geri dönene veya yenilerini inşa edene kadar ticari faaliyetleriniz için bulut tabanlı yedekleme ve destek sağlayacak olan Sungard Available Services gibi tam hizmetli bir DR hizmeti içermektir. Hatta ofis alanı sağlarlar ve telefon ve veri hatlarını yeniden yönlendirir, böylece işlemlere devam edebilirsiniz.

İkinci yöntem, bulut tabanlı depolama sağlayacak ve geri yüklemeye yardımcı olacak bir Hizmet Olarak DR (DRaaS) şirketi kurmaktır. Bu tür hizmetlerin testlerinde, Hizmet Olarak Altyapı (IaaS) için incelediğimiz aynı şirketlerin çoğunun DR hizmetleri de sunduğunu; diğerleri temel olarak bulut yedekleme hizmetleridir, ancak çok azı yalnızca DR konusunda uzmanlaşmıştır.

Site Dışı Yedekleme Adım Adım

Birden fazla yedeklemeye ihtiyaç duyabileceğiniz gerçeği dahil olmak üzere, site dışı yedekleme için hazırlanırken birçok şeyi aklınızda tutmanız önemlidir. Düşünülmesi gereken şeyler var:

Tüm bulut tabanlı DRaaS sağlayıcıları eşit değildir. Bu mutlaka bir kalite ölçüsü değildir. Daha sık, satıcının çözümünü nasıl tasarladığına ve bu mimarinin işiniz için en iyi ne işe yaramayacağına karar vermesi gerekir. Yedekleme hızı, yedeklemeniz gereken veri miktarı, ne tür veriler olduğu ve işletmenizin ne kadar hızlı ürettiği ve son olarak ne kadar kolay ve hızlı bir şekilde yapabileceği gibi faktörleri göz önünde bulundurarak bunları değerlendirmeniz gerekir. İhtiyacınız olduğunda iyileşin.

Coğrafi çeşitlilik çok önemlidir. Yedekleme ve kurtarma sitenizi de çıkarmak için birincil veri sitenizi yeni çıkaran aynı felaketi istemiyorsunuz. Doğal afetlerin çoğu geniş bir alanı kapsayabileceğinden, bu, sitelerini ABD'nin başka bir yerinde veya ABD dışında bile bulunan bir sağlayıcı bulmak anlamına gelir. Çoğunlukla, üç coğrafi konumda yedekleme yapmak, verilerini ne olursa olsun elde etmelerini sağlamak için kesinlikle gerekli olan işletmeler için en mantıklı olanıdır. Daha önce de bahsettiğim gibi, bunu yazarken, Florence Kasırgası Carolinas'a doğru ilerliyor ve çok geniş çaplı bir felaket örneği. Florence Hurricane, Georgia, Savannah’daki bir şirketin, her iki şehre de ciddi şekilde isabet edebileceği için yedeklerinin Baltimore, Maryland’de olmasını istemeyecek kadar geniş bir alanı kapsayacak. Kuzeye dönerse, verileriniz New York'ta saklansa bile, güvenli olmayabilir. Örneğin New York ve Şikago'da sitelere sahip olmak daha etkili bir DR mimarisi olacaktır.

Verilerinizin birden fazla veri merkezine kopyalanması, coğrafi çeşitliliğin kritik olması nedeniyle aynı derecede önemlidir. Verilerinizin kaybolma olasılığını azaltmanız gerekir.

Akılcı bir kurtarma işlemi uyguladığınızdan emin olun. Yararlı olması için verilerinizi yeterince hızlı bir şekilde geri alabilmeniz gerekir. Kurtarma seçiminiz internet üzerinden indiriliyorsa, saatler içinde çalışması gerekiyorsa muhtemelen işinizi geri yükleyemezsiniz. Mimarlığınızın, işletmeniz için faydalı bir zaman diliminde altyapınızı geri kazanacağından emin olun ve ardından etkili kaldığından emin olmak için çözümü düzenli olarak test edin.

• • 2019 İçin En İyi Felaket Kurtarma Hizmeti (DRaaS) Çözümleri 2019 İçin En İyi Felaket Kurtarma Hizmeti (DRaaS) Çözümleri
  • 2019'da İşletmeler İçin En İyi Bulut Yedekleme Hizmetleri 2019'da İşletmeler İçin En İyi Bulut Yedekleme Hizmetleri
  • Bir Sorun Olmadan Önce Ağ Gecikmesini Ölçün Bir Sorun Olmadan Önce Ağ Gecikmesini Ölçün

  Az önce tartıştığımız noktaya devam ederek, bu veri kurtarmayı pratik etmenin bir yolu olduğundan emin olun. Saklanan verilerinizi tam olarak nasıl kurtaracağınızı bilmeniz ve süreci adım adım belgelemeniz gerekir. Bunu yapmanın tek yolu pratikten geçer. BT personeli bir DR süreci için para harcayan bir CEO'dan daha fazla hüsrana uğramış az sayıda insan var, ancak bu kader günü geldiğinde bir kez daha çalışamamak için.

İki tür yedeklemeye ihtiyaç duyabileceğinizi hatırlamak da önemlidir. Bu genellikle şirketinizin ürettiği veri türüne ve bu verileri kullanma şekline bağlıdır. Akış veya mikro saniye işlemleriyle verileri işleyen şirketler için, gerçek zamanlı veriler için yüksek hızlı fiber bağlantı biçiminde bir bağlantıya ihtiyaçları olacaktır. Bu bağlantının gecikme durumları nedeniyle nispeten yakın olması gerekecektir. O zaman ikinci bir bağlantı daha düşük hızlarda çalışabilen ancak aynı felaketten etkilenmekten kaçınan uzak bir yedekleme olacaktır.

Bunu okuduğunuz zaman, muhtemelen Carolina'daysanız, Floransa Kasırgası için hazırlanmak için muhtemelen çok geç olacaktır. Fakat bu fırtına sona erdiğinde, bir sonraki felakete hazırlanmak iyi bir fikir olacak - ki bu herhangi birimizin istediğinden çok daha erken gelecek, asla şüphelenmeyeceksiniz.