Veri Yedekleri Üçüncü Şahıslarla - Sık Güvenlik + Sy0-401: 2.2

Bilim ve Teknoloji

12 AĞUSTOS 2014, Salı

Veri Yedekleri Üçüncü Şahıslarla - Sık Güvenlik + Sy0-401: 2.2

Bizim veri yedekleme şeylerden biri Gerçekten biz onlara ihtiyacınız olmadıkça hakkında sanmıyorum. Biz dosyayı silmek veya bir sistemi yeniden gerektiğinde biz her zaman bizim yedekleri geri, çöktü oluyor. Ama zaman geri kalanı, biz gerçekten değiliz account-- içine alarak en azından güvenlik açısından. Ve biz kesinlikle olmalı, bizim yedeklemeler çünkü Bizim sistemde olduğu verileri her bit var ve şimdi nerede biz normalde kapsamı dışında bulunuyor veri depolanan sahip düşünüyorum. Bu yedekleri kendimizi gerçekleştirme olsanız bile, o, çok sık off-site bu bilgileri depolamak işte ha

ngi güvenlik açısından mükemmel mantıklı. Bu şekilde, her şey bizim yerel environment-- olursa Bina yakar ya da var Bizim veri başka bir yerde oldu through-- gelen bir sel, ve biz bu bilgileri kurtarmak mümkün ol

urdu. Ancak genellikle bu off-site tesisi bir üçüncü şahıs tarafından yönetilmektedir. Yani başka bir örnek var nasıl bir üçüncü taraf olabilir Bu çok önemli verilere erişebilir. Bu veri dosyalarının sakl

“Http://www.FreeSecurityPlus.com CompTIA Security + videoları benim tüm indeksi bak Tüm verilerinizi sıra veri merkezinde korumalı olabilir, ancak ne dışına yedek...”

Professor Messer

andığı ve daha sonra taşınır gibi başka bir siteden, bazen orada verilerle ilgili endişeler kaybolmadan. Genellikle çok, çok bantlar var olduğunu ileri ve geri transfer ediliyor. Bu üçüncü taraf örgütü Muhtemelen kendi tesisinde bunun depolanma aynı zamanda birçok diğer kuruluşlar için depolama yönetir. Ve çoğu zaman, bilgi saklanabilir veya dava edilebilir uygunsuz yerlerde, hangi Şimdi zor sonradan almak için yapar. Tabii ki, veri yedekleme saklanan

Eğer yedekleme şeye bağlı olarak çok farklı olabilir. Eğer ki bir kamu veri sunucusu yedeklenmesi ediyorsanız size Daha sonra bu bilgileri geri yükleyebilirsiniz, bu bilgiler, nispeten açık ve herkes buna erişimi vardır. Ama bu veritabanı yedekleme mali bilgileri içerir veya sağlık kayıtları, üzerinde çok önemli veri var sadece ama muhtemelen biraz farklı ele alınmalıdır bilgi daha kamu olabileceğini söyledi. İşte o yüzden iyi bir örnek yedekleme verileri yönetmek için çok önemli. 2011 yılı Eylül ayında, bir üçüncü

taraf devlet Yüklenici, normal yedekleme bilgilerinin yapıyordu ve ne yazık ki yedek bantları var kendi araç çalındı. Ne yazık ki, bu yedekleme verileri ABD ordusunun üyeleri ve sağlık içerdiği bilgiler. Bu alan sağlık bilgileri ABD askeri milyondan 4.9 üzerinde insanlar için. Ve böyle sosyal güvenlik gibi önemli bilgileri vardı sayılar, bu kişilerin isimleri, ve klinik notlar onların sağlık ile ilişkili. O sağlık bilgileri kendinize düşünüyorsanız Muhtemelen farklı ele olmalıydı nedeniyle federal düzenlemelere, iyi doğru olurdu. Ama bu özel durumda, yüklenici inanılan bu verilerin gözetim Federal Ticaret Komisyonu ve bilgilerin altına düştü onlar ele gerektirecektir HIPAA kural ve yönetmeliklere göre bu bilgiler. Bu özel olay sonuçlandı En az iki ayrı sınıf aksiyon lawsuits-- içinde Bunların her biri tazminat 4900000000 $ için soruyorum. Bu sadece çok büyük bir örnektir şeyler gerçekten oluyor, ama olabilir sizin yedekleme verileri yönetmek için ne kadar önemli olduğunu iyi bilmektedir.

Açıklama

Http://www.FreeSecurityPlus.com CompTIA Security + videoları benim tüm indeksi bak Tüm verilerinizi sıra veri merkezinde korumalı olabilir, ancak ne dışına yedekleme verilere olur? Bu videoda, hangi sorunlar veri yedekleme düzgün ele değil eğer çarptırılabilir üçüncü taraflarla ve veri yedekleme yönetimi hakkında bilgi edineceksiniz.

Bunu Paylaş:

Facebook
Twitter
Google+
E-Posta

Etiketler:

ÖNCEKİ

Veri Sahipliği Ve Ye...

SONRAKİ

Güvenlik İlkesi Konu...

Professor Messer

Profesör Messer CompTIA A +, Network +, Güvenlik +, Linux + ve diğer BT sertifikalar için internetin en kapsamlı bir seçimdir. Profesör Messer sertifikasyon tüm videoları çevrimiçi yayınlanmıştır ve burada YouTube'da her videonun her dakika izleyebilirsiniz.