Weimeng veri tabanının silinmesi olayından kaynaklanan veri geri yüklemesinin teknik ilkeleri ve zamanlılık zorlukları hakkında konuşmak
Yazar | Zhao Zhen
Mühür görüntüsü | CSDN, Visual China'da ücretli indirme
Weimeng veri tabanı silme olayının meydana gelmesinden bu yana yaklaşık bir hafta geçti Weimeng duyurusuna göre, yetkili yoğun bir şekilde veri kurtarma çalışmaları yürütüyor. Bu makalede, Lenovo Veri Kurtarma Merkezi'nde bir uzman olan Zhao Zhen, veri kurtarmayı önemseyen daha fazla kişinin teknik ilkeleri ve güncellik zorluklarını ve diğer sıcak sorunları daha iyi anlamalarına yardımcı olmak için bu veri kurtarma çalışması için basit bir teknik analiz yapacak.
Veritabanını kötü amaçla silmek için
Yerel BT çemberinde veritabanlarının kötü niyetli bir şekilde silinmesi ilk kez gerçekleşmiyor.Bu tür olaylar, yüksek yıkıcılıkları, yüksek anilıkları ve yüksek rastgelelikleri nedeniyle birçok Çinli işe alım şirketine dayanılmaz darbelere neden oldu.
Veri kurtarma teknolojisi perspektifinden bakıldığında, endüstrinin bu soruna yönelik çözümlerinin tümü belirli senaryolara dayanmaktadır.
Teknik zorluk açısından Windows sistemi, Linux sistemi ve Unix sisteminden daha düşük, Sql veritabanı ise Oracle veritabanı ve MySql veritabanından daha düşüktür.
Veri kurtarmanın temel zorlukları:
SSD kullanılıp kullanılmayacağı, veriler silindikten sonra yeni yazılan verilerin miktarı
Verilerin başarıyla kurtarılıp kurtarılamayacağı, veri kaybından sonra veri ortamına verilen hasarın derecesinin değerlendirilmesini gerektirir. Farklı kayıp nedenlerinin farklı değerlendirme yönleri vardır.Aşağıdaki esas olarak, işletim sistemi hakkında biraz bilgi içeren bu kayıp nedeni için değerlendirme yönünü açıklamaktadır.
Ortak veri depolama ortamımız HDD sabit diskler (mekanik sabit diskler), SSD sabit diskler (katı hal sabit diskler) vb. Olarak ikiye ayrılır, ancak iki sabit diskin dosyaları silmek için çok farklı mekanizmaları vardır:
HDD sabit disk : Silinen verileri kurtarabilmemizin nedeni, işletim sisteminin silme mantığında, verilerin yalnızca silinmek üzere işaretlenmesi ve verilerin gerçekten sabit diskten silinmemesidir. Ancak şu anda, işletim sistemi yeni veri yazarsa, silinmiş olarak işaretlenen verilerin üzerine yazılma olasılığı yüksektir ve üzerine yazıldıktan sonra veriler tamamen kaybolur.
SSD sabit sürücü : SSD'nin kendi mekanizması nedeniyle, SSD'nin yazma verimliliğini artırmak için, işletim sistemi SSD'nin verimliliğini artırmasına yardımcı olmak için Trim talimatını geliştirmiştir. Ancak bu verimlilik artırıcı yöntem, verilerin silinmiş olarak işaretlendiği her seferde SSD'nin bu alanı çok kısa sürede temizleyerek verileri tamamen yok etmesine neden olacaktır. Şu anda, Trim komutu sistem düzeyinde kapatılmadığı sürece, yapay silme durumunda SSD'nin verileri kurtarması neredeyse imkansızdır.
Weimob'un veri kaybını doğrudan duyurmadığı, ancak verileri kurtarmak ve geri yüklemek için birkaç gün harcadığı gerçeği göz önüne alındığında, bunun Weimob için geçerli olmadığı ve aşağıdaki iki durumun olasılığının daha yüksek olduğu yargılanabilir. Bir, HDD sabit disk kullanılır ve iki, SSD sunucusu kullanılır, ancak Trim komutu açık değildir. Bu durumların her ikisi de veri kurtarmaya gümüş bir astar bırakır.
Ayrıca daha önce meydana gelen kötü niyetli veri tabanı silme olaylarını özetleyerek bu tür hasarların çoğunlukla mesai saatleri dışında meydana geldiği görülebilmektedir.Kullanıcılar, işletme yöneticileri ve işletme ve bakım personelinin ilk seferde öğrenmesi zor, zamanında veya iş sürekliliği nedeniyle durdurulması zordur. Cinsel faktörler keşfedilse bile, makine kapatılamaz ve az çok veri kapsama fenomenine neden olur.Bu, veri kurtarmada büyük zorluklara neden olur ve verilerin% 100'ünün mükemmel bir şekilde geri yüklenmesini sağlamak zordur.
Tabii ki, veritabanını silmek aynı zamanda iş ortamını da yok edecek ve tüm iş sistemini felce uğratacak, bu da yeni verilerin yazılmasını engelleyecek, ancak veri kurtarmanın başarı oranına ve bütünlüğüne büyük ölçüde yardımcı olacaktır.
Veri kurtarma uygulama süreci:
Ortam klonlama, araç tarama, veri dışa aktarma, veri sıralama, veri geri yükleme
1. Çevre klonlama : Orijinal veri ortamına zarar gelmesini önlemek ve kurtarma hatası riskini azaltmak için tüm kurtarma işleminin aynalı sürümde gerçekleştirilmesi için LUN'ları klonlamak. LUN kapasitesi, görüntüyü depolamak için aynı alana sahip olamayacak kadar büyükse, her bir fiziksel sabit diski de klonlayabilirsiniz, ancak klonlama tamamlandıktan sonra, LUN'u kurtarmak için RAID dizisini kurtarma ortamında sanal olarak yeniden birleştirmeniz gerekir. Sanal yeniden düzenlemenin ek adımları nedeniyle, ek kurtarma süresi artırılacaktır.
2. Araç Taraması : Kullanıcının dosyaları düzenlemek için kullandığı dosya sistemine göre, silinen verileri bulmak için LUN'ları taramak için genel amaçlı veya özel geliştirilmiş araçları kullanın Bu işlem, tarama süresini belirlemek için LUN'un boyutuna bağlıdır.
3. Veri aktarımı : Araç tarafından bulunan silinmiş verileri üçüncü taraf bir depolama alanına aktarın Bu işlem, dışa aktarma için gereken süreyi belirlemek için bulunan veri miktarına bağlıdır.
4. Veri organizasyonu Dışa aktarılan veritabanını veya yapılandırılmamış verileri kontrol edin ve arşivleyin.
5. Veri Kurtarma : İş sistemini tekrar çevrimiçi duruma getirmek için veritabanını veya yapılandırılmamış verileri orijinal sistem ortamına geri aktarın.Bu işlem, gerekli zamanı belirlemek için geri yüklenen verilerin miktarına bağlıdır
Veri kurtarma uygulamasındaki zorluklar: Aşırı veri hacmi, potansiyel donanım arızası riski
1. Veri miktarı çok fazla: Teknik çözüm nispeten olgun olduğundan, manuel verimlilik bir darboğaz değildir Sabit disk G / Ç hızı hesaplanarak, tüm kurtarma sürecinin zamanlaması kabaca değerlendirilebilir. Bununla birlikte, büyük miktarda veri, hata tolerans oranını düşürecek ve insan veya ekipmanın neden olduğu her hata, çok fazla ekstra kurtarma süresini artıracaktır. Aynı zamanda, aşırı veri ölçeği, kurtarma için gereken kaynakları da artıracak ve bu da genel kurtarma maliyeti üzerinde büyük bir etkiye sahip olacaktır.
Borsaya kayıtlı bir Weimob şirketinin duyurusuna göre Weimob'un 3 milyon kayıtlı kullanıcısı ve 70.000 ödeme yapan kullanıcısı var.Bu tahmine göre Weimob tarafından silinen veri miktarı çok büyük olmalı ve hatta 100T seviyesine ulaşabilir. Kurtarma işleminin tamamında bir hata yoksa ve kurtarma kaynakları tam olarak yerindeyse, verilerin paralel ve eşzamanlı kurtarmanın değerlendirmesinin tamamlanması en az 5 ila 7 gün sürecektir. Ve her küçük hata 1 ila 2 günlük ekstra iyileşme süresi ekleyebilir. Şimdiye kadar Weimob, muhtemelen büyük miktarda veri nedeniyle verileri tam olarak kurtaramadı.
2. Olası donanım arızası riski: Veri merkezinin çalışmasını ve bakımını anlayan herkes, kurumsal düzeydeki ekipmanın kapanma ve yeniden başlatmadan en çok korktuğunu bilir. Uzun yıllardır sorunsuz çalışan bir cihaz, bakım nedeniyle kapanma nedeniyle bir donanım arızası yaşamış olabilir. Bu nedenle, ortam klonlamanın bu aşamasında, sabit disk G / Ç hataları veya diğer donanım sorunlarıyla karşılaşma olasılığı vardır.Bu tür arızalar, uzun süreli kurtarma süresine neden olabilir ve aynı zamanda aynanın bütünlüğünü ve veri kurtarmanın başarı oranını ve bütünlüğünü etkileyecektir. Büyük bir etki yaratın.
Lenovo'nun Veri Kurtarma Merkezi'nde uzman olan Zhao Zhen, bu sefer Weimob veri geri yükleme çalışmasının nispeten büyük bir proje olduğuna inanıyor. Geri yüklemenin etkisini sağlarken veri geri yüklemesinin etkinliğini sağlamak için Weimeng'in her adımda çok dikkatli olacağına ve kayıp verileri ek zaman harcamadan geri almaya çalışacağına inanıyoruz. Nihai sonucu tahmin etmek bizim için hala zor, ancak bir uygulayıcı olarak, Weimob'un bu zor dönemi mümkün olan en kısa sürede atlatabileceğini içtenlikle umuyoruz.
Yazar hakkında: Veri kurtarma endüstrisinde teknik bir uzman olan Lenovo Yunling'in (Lenovo'nun ticari hizmet markası) veri güvenliği laboratuvarı başkanı Zhao Zhen, ulusal endüstriyel ve bilgi işleri için kıdemli bir veri kurtarma mühendisi olarak onaylanmıştır ve 10 yıldan fazla bir süredir veri kurtarma ile uğraşmaktadır. Zengin kurumsal düzeyde veri kurtarma sektörü deneyimi ve başarılı vakalar.
