Veri Merkezi Deprem Azaltılmasındaki Proaktif olun

Gary Wong Instor Solutions Uygulama Mühendisliği Direktörü.

veri merkezleri etkileyebilir tüm doğal afetler, depremler en zararlı arasındadır. Kaliforniya boyunca veri merkezi endüstrisinin sürekli büyümesi ve genişlemesi göz önüne alındığında, Bu potansiyel olarak felaket olaylar hep veri merkezi sahipleri ve işletmecileri için zihin üst olan.

6.9 şiddetindeki Loma Prieta depremin 27 yıldönümü geçmesiyle, içinde ortalanmış 10 Santa Cruz mil, artık deprem afet stratejilerini yeniden değerlendirmek ve proaktif koruma planlarının kullanılabilirliği bakmak için Kaliforniya ve sismik aktivite eğilimli diğer alanları arasında veri merkezlerinde zamanıdır.

Dünya çapında, tahmini var 500,000 saptanabilir depremler her yıl; 10,000 yalnız Güney Kaliforniya bölgesinde. Bu ayılma gerçekler bazı önemli sorulara yol: Loma Prieta gibi bir deprem tekrar grev olsaydı, veri merkezleri daha iyi şimdi daha nasıl korunur 27 Yıllar önce? izdüşüm kaybı şirket ve müşteriler büyük bir deprem isabet eğer ne olurdu? Ne şirket Tesisinizdeki değerli veriler ve fiziksel varlıklarını korumak için yapıyor?

Deprem hasarları çeşitli nedenlerle veri merkezi endüstrisinde özellikle yıkıcı olabilir. personelinin sağlığı ve güvenliği ötesine geçerek, Bir deprem sonucu oluşan çalışma süresi kaybı mali yıkıcı olabilir. Bir sismik olay meydana gelir ve tesis korunmasız ise, sunucular ve BT ekipmanı fiziksel hasar da onarılamayacak olabilir. müşterileri için ekipman ve kesinti kaybı Bu kombinasyon olasılığı bütünüyle iş kaybına neden olur.

Biz bir deprem gerçekleşeceği doğru yerde ve tahmin edilmesi teknolojiyi geliştirmek için henüz varken, sahipleri ve işletmecileri önemli deprem hasarından veri merkezlerini korumaya yardımcı olmak için alabileceğiniz önlemler vardır. yeni bir bina yapmaya planlayan veya mevcut tesisi güçlendirme olsun, Sismik planlamanın bu formlar bir öncelik olmalıdır.

Daha fazla oku

Yorum Yap

Bu site spam azaltmak için Akismet kullanır. Yorumunuz verileri işlenirken öğrenin.