1. MDF Dosya Bozulmasını Anlamak
MDF dosyaları temeldir SQL Server'nin veri depolama mekanizması. Bu kritik bileşenlerin, veri kaybını en aza indirmek için bozulduklarında hızlı tespit ve uygun kurtarma yöntemlerine ihtiyaçları vardır. MDF dosyaları ve bozulmuş MDF dosyalarının nasıl onarılacağı hakkında bilgi edinelim.
1.1 MDF dosyası nedir? SQL Server?
MDF (Ana Veritabanı Dosyası), ana veri dosyası olarak hizmet eder SQL Server Kullanıcıya ait tüm verileri (tablolar, indeksler, saklı prosedürler, görünümler ve diğer veritabanı nesneleri gibi) barındıran dosya, hem şemayı hem de gerçek verileri içerir; bu da onu herhangi bir veritabanı sisteminin en önemli parçası yapar. SQL Server veritabanı. .mdf uzantısı, günlük dosyalarıyla (.ldf) birlikte çalışan bu birincil dosyayı tanımlar. Bu günlük dosyaları, kurtarma işlemleri için gereken işlem bilgilerini izler.
1.2 MDF Dosya Bozulmasının Yaygın Nedenleri
MDF dosyalarınız çeşitli nedenlerden dolayı bozulabilir:
- Elektrik kesintileri veya uygunsuz kullanımlar SQL Server kapatmalar
- Donanım arızaları, özellikle depolama alt sistemi sorunları
- Depolama sürücüsünde bozuk sektörler
- Korunmasız sistemlere kötü amaçlı yazılım veya virüs saldırıları
- Veritabanı depolama alanını etkileyen dosya sistemi hataları
- Yazılım hataları SQL Server kendisi
Etkin veritabanı işlemleri sırasında oluşan sistem çökmeleri, önemli yazma işlemlerini durdurabileceği için bozulma riskini önemli ölçüde artırabilir.
1.3 MDF Dosya Bozulmasını Önlemek İçin Faydalı İpuçları
MDF dosyalarınızı bozulmadan nasıl koruyabilirsiniz:
- Düzenli yedeklemeler oluşturun ve bunların bütünlüğünü otomatik olarak kontrol edin
- Tüm veritabanları için Sayfa Doğrulama seçeneği olarak CHECKSUM'ı kullanın
- BACKUP DATABASE komutlarını CHECKSUM ile çalıştırın
- Ani kapanmaları önlemek için bir UPS edinin
- Depolama sorunlarını önlemek için disk alanını sık sık kontrol edin
- Güncelle SQL Server ve güvenlik yamaları olan işletim sistemi
- DBCC CHECKDB'yi tüm veritabanlarında düzenli olarak çalıştırın
1.4 Bozuk MDF Dosyasının Genel Belirtileri
MDF dosya bozulmasının hızlı tespiti size çok fazla kurtarma süresi kazandırabilir. Aşağıda MDF dosya bozulmasının bazı yaygın belirtileri verilmiştir:
- Veritabanına bağlanmaya veya erişmeye çalıştığınızda hata mesajları
- Veritabanı SUSPECT veya RECOVERY_PENDING modunda görünüyor
- G/Ç hataları SQL Server günlükler, özellikle 823, 824 veya 825 hataları
- GAM/SGAM/IAM/PFS sayfalarında tahsis hataları.
- Veritabanı işlemleri sırasında tutarlılık hataları
- Ani performans sorunları
MDF dosyası bozulduğunda karşılaşılan bazı yaygın hata mesajları aşağıdadır:
Failed to retrieve data for this request. (Microsoft.SqlServer.Management.Sdk.Sfc) xxx.mdf is not a primary database file. (Microsoft SQL Server, Error: 5171)
Attach database failed for Server ‘xxx’. (Microsoft.SqlServer.Smo) The header for file ‘xxx.mdf’ is not a valid database file header. The FILE SIZE property is incorrect.（Micosoft SQL Server, Error:5172）
SQL Server detected a logical consistency-based I/O error: incorrect checksum (expected: 0x2abc3894; actual: 0x2ebe208e). It occurred during a read of page (1:1) in database ID 12 at offset 0x00000000002000 in file ‘xxx.mdf’. Additional messages in the SQL Server error log or system event log may provide more detail. This is a severe error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information, see SQL Server Books Online.(Microsoft SQL Server, Error:824)
SQL Server detected a logical consistency-based I/O error: torn page (expected signature: 0x########; actual signature: 0x#######).
2. MDF Dosyasını Onarmak İçin Ücretsiz Manuel Yöntemler
SQL Server'nin yerel yöntemleri, MDF dosya bozulmasını onarmak için ücretsiz yöntemler sağlar. Bu manuel yaklaşımlar erişemediğiniz veritabanlarını kurtarabilir, ancak dikkatli bir şekilde yürütülmeleri gerekir.
2.1 Son Yedeklemeden Geri Yükleme
En güvenilir kurtarma yöntemi, yakın tarihli bir yedeklemeden geri yükleme ile başlar. Bu yaklaşım, sağlıklı bir duruma geri dönerek veri bozulmasını önler. Veritabanınızı bozulmadan önceki durumuna geri getirmek için uygun FROM DISK parametreleriyle RESTORE DATABASE komutunu kullanabilirsiniz. Veritabanı nesneleri arasındaki ilişkiler tehlikeye atılmadan veri bütünlüğünüz korunur.
2.2 DBCC CHECKDB'yi REPAIR seçenekleriyle kullanın
Yedekleme geri yüklemesi bir seçenek değilse DBCC CHECKDB size yerleşik onarım yetenekleri sunar:
DBCC CHECKDB (database_name, REPAIR_ALLOW_DATA_LOSS)
WITH ALL_ERRORMSGS, NO_INFOMSGS;
Komutun üç onarım seviyesi vardır:
- REPAIR_FAST: Sözdizimini yalnızca geriye dönük uyumluluk için korur; onarım yapmaz
- REPAIR_REBUILD: Onarımları yapar veri kaybı olmadan
- REPAIR_ALLOW_DATA_LOSS: Bildirilen tüm hataları düzeltir, ancak bazı verileri feda edebilir
Bir var DBCC CHECKDB hakkında kapsamlı rehber tüm seçenekleri ve senaryoları kapsayan (Microsoft'un resmi belgeleri de mevcuttur) okuyun).
2.3 REPAIR_ALLOW_DATA_LOSS kullanmanın riskleri
Onarım seçenekleri risklerle gelir. REPAIR_ALLOW_DATA_LOSS bozuk sayfaları tamamen kaldırabilir ve bu da kalıcı veri kaybına yol açabilir. Ayrıca tablolar arasındaki ilişkisel bütünlüğü bozabilecek yabancı anahtar kısıtlamalarını da yok sayar. Bu nedenle,
- Onarım işleminden önce bozuk MDF dosyanızı manuel olarak yedeklemelisiniz.
- Onarımdan sonra, iş mantığı kusurlarını bulmak için DBCC CHECKCONSTRAINTS'i kullanarak kısıtlamaları doğrulamanız gerekir.
2.4 DBCC CHECKTABLE'ı kullanın
DBCC CHECKTABLE, belirli tablolardaki bozulmaları hedefli bir şekilde tespit etmenizi sağlar:
DBCC CHECKTABLE (table_name, REPAIR_ALLOW_DATA_LOSS);
Bu komut tüm veritabanı yerine tek bir tabloya bakar. Hangi tablolarda sorun olduğunu bildiğinizde daha hızlı çalışır ve daha az risk taşır.
2.5 Veritabanını ACİL ve TEK KULLANICI moduna ayarlayın
Ciddi şekilde bozulmuş veritabanlarında son seçenek olarak ACİL modunun kullanılması gerekebilir:
ALTER DATABASE [DatabaseName] SET EMERGENCY;
ALTER DATABASE [DatabaseName] SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
DBCC CHECKDB ([DatabaseName], REPAIR_ALLOW_DATA_LOSS);
Veritabanı yöneticileri, normal erişim başarısız olursa Acil durum modu aracılığıyla salt okunur erişim elde eder. İşlem işlem günlüğünü yeniden oluşturur, ancak işlemsel tutarlılığı kaybedersiniz ve GERİ YÜKLEME zincirini kırarsınız. Kurtarma seçeneklerinizi açık tutmak için acil onarımları denemeden önce veritabanı dosyalarınızı yedekleyin.
2.6 “Hack Attach” Yöntemi
Hasarlı bir MDF dosyasını ekleyemiyorsanız SQL Server, “hack attach” yöntemini deneyebilirsiniz:
- Hasarlı veritabanınızla aynı adı taşıyan sahte bir veritabanı oluşturun
- Sahte veritabanını çevrimdışı yapın
- Sahte veritabanı dosyalarını silin
- Hasarlı MDF dosyanızı sahte dosya konumuna kopyalayın
- Veritabanını çevrimiçi hale getirin
Bu yöntem bozulmayı düzeltmez ama yardımcı olur SQL Server dosyayı tanır ve onarım komutlarını etkinleştirir.
2.7 Bozuk Ana Veritabanını Düzeltin
Ana veritabanı bozulması şu adımları gerektirir:
- Bozuk master.mdf dosyasını kullanıcı veritabanı olarak başka bir sunucuya kopyalayın.
- Manuel yöntemleri kullanın veya DataNumen SQL Recovery ondan nesneleri kurtarın.
- Kurtarılan nesneleri bir betiğe aktarın.
- Ana veritabanını yeniden oluşturun
orijinal sunucuda. - 3. adımda oluşturulan betiği çalıştırarak kullanıcıları ve nesneleri yeniden oluşturun.
2.8 Şüpheli Bir MSDB Veritabanını Kurtarma
MSDB, Agent görevleri, yedekleme ve geri yükleme geçmişi, bakım planları ve Veritabanı Postası yapılandırmaları hakkında bilgi depolayan bir sistem veritabanıdır. Eğer açılamıyorsa ve kurtarma işlemi tarafından ŞÜPHELİ olarak işaretlenmişse, aşağıdaki yöntemlerden birini kullanabilirsiniz:
- Yedeklemeden geri yükleyin.
- instmsdb.sql kullanarak MSDB'yi yeniden oluşturun. .
3. kullanma DataNumen SQL Recovery Bozuk MDF Dosyasını Onarmak İçin
Yukarıdaki manuel yöntemler işe yaramazsa, aşağıdaki gibi profesyonel araçları deneyebilirsiniz: DataNumen SQL Recovery, hasarlı MDF dosyalarını düzeltmenize yardımcı olur SQL ServerYazılımın yerleşik araçları bu tür durumlarla başa çıkamaz. Yazılım, bozuk dosyalardan mümkün olan en fazla veriyi elde etmek için gelişmiş algoritmalar kullanır ve size birçok kurtarma seçeneği sunar.
3.1 Tek Bir Dosyayı Onarın
Tek dosya onarım süreci basit ve takip edilmesi kolaydır:
- MDF dosyasını değiştirebilecek tüm programları kapatın.
- Ana Sayfa DataNumen SQL Recovery.
- Hasarlı MDF dosyasını adını yazarak veya gözat butonuna tıklayarak seçin.
- İhtiyacınız varsa ilgili NDF dosyalarını ekleyin.
- Kaynak veritabanı formatını seçin veya sistemin bunu algılamasına izin verin:
- Kurtarılan dosyayı nereye kaydetmek istediğinizi seçin.
- “Kurtarmayı Başlat” düğmesine tıklayın, yazılım cihazınıza bağlanacaktır. SQL Server sunucu adınız ve giriş bilgilerinizle birlikte örneğin.
- Daha sonra yazılım gelişmiş kurtarma algoritmalarıyla dosyanızı düzeltecektir.
Onarımın nasıl gittiğini gösteren bir ilerleme çubuğu göreceksiniz. İşlem tamamlandıktan sonra kurtarılan veritabanınızı inceleyebilirsiniz SQL Server Yönetim Stüdyosu.
3.2 Bir Dosya Grubunu Onarın
Veritabanında birden fazla bozulma olan şirketler, toplu onarım özelliğiyle zamandan tasarruf edebilirler. Tüm hasarlı MDF dosyalarınızı bir kuyruğa ekleyebilir, çıktı tercihlerinizi ayarlayabilir ve kurtarma işlemini başlatabilirsiniz. Bu özellik, sistemik veritabanı sorunlarını gidermesi gereken iş ortamlarında harika sonuç verir.
Ayrıntılı adımlar:
- “Toplu Kurtarma” sekmesine gidin.
- Birden fazla dosya eklemek için "Dosya Ekle"ye tıklayın SQL Server Onarılacak MDF dosyaları.
- Ayrıca yerel bilgisayarınızda onarılacak dosyaları bulmak için “Dosyaları Ara”ya da tıklayabilirsiniz.
- “Kurtarmayı Başlat” düğmesine tıklayın.
- Listedeki tüm PST dosyaları tek tek onarılacaktır.
3.3 Sabit Sürücüden, Disk Görüntüsünden veya Yedekleme Dosyalarından Kurtarma
DataNumen SQL Recovery standart kurtarmadan daha fazlasını yapar. SQL verilerini şuradan alabilir:
- VMWare VMDK sanal makine disk dosyaları
- Sanal PC VHD dosyaları
- ISO görüntü dosyaları
- Windows NTBackup dosyaları (.bkf)
- Acronis True Image dosyaları (.tib)
- Norton Ghost files (.gho, .v2i)
Bu esneklik, verilerinizi aşağıdaki gibi çeşitli senaryolarda geri almanın harika bir yoludur:
- Veritabanını siliyorsunuz SQL Server.
- Sabit diski biçimlendirirsiniz.
- Sabit disk arızası.
- VMWare veya Virtual PC'deki sanal disk bozuk veya hasarlı ve veritabanını bunun üzerinde saklıyorsunuz.
- Yedekleme ortamındaki yedekleme dosyası bozuk veya hasarlı ve veritabanı dosyasını buradan geri yükleyemiyorsunuz.
- Disk imaj dosyası bozuk veya hasarlı ve MDF dosyanızı kurtaramıyorsunuz.
Yukarıdaki durumlarda, yine de kurtarma işlemini gerçekleştirebilirsiniz SQL Server Verileri doğrudan sabit diskten, disk görüntüsünden veya yedekleme dosyalarından alın.
Eğer elinizde disk görüntüsü veya yedekleme dosyaları varsa, aşağıdakileri yapabilirsiniz:
- Kaynak dosyayı seçmek için “…” butonuna tıklayın.
- “Dosya Aç” iletişim kutusunda filtre olarak “Tüm Dosyalar (*.*)” seçeneğini seçin.
- Onarılacak kaynak dosya olarak disk görüntüsünü veya yedekleme dosyasını seçin.
- Çıkış sabit veritabanı dosya adını E_Drive_fixed.mdf gibi ayarlayın.
Doğrudan sabit sürücüden kurtarma yapmak istiyorsanız, şunu kullanabilirsiniz: DataNumen Disk Image sabit sürücünün disk görüntü dosyasını kaynak dosya olarak oluşturmak için DataNumen SQL Recovery:
- Sabit sürücüyü veya diski seçin.
- Çıktı görüntü dosyasının adını ayarlayın.
- Sabit sürücüden/diskten disk imaj dosyasını oluşturmak için "Klonlamayı Başlat" düğmesine tıklayın.
3.4 Silinen Kayıtları ve Tabloları Kurtarma
Bir tabloda bazı kayıtları silerseniz veya bir veritabanında yanlışlıkla bazı tabloları silerseniz, bunları şu şekilde kurtarabilirsiniz: DataNumen SQL Recovery.
Silinmemiş kayıtlar silinmeden önceki sırayla görünmeyebilirler, bu nedenle kurtarma işleminden sonra bu silinmemiş kayıtları bulmak için SQL deyimlerini kullanmanız gerekebilir.
Silinmeyen tablolar için, adları kurtarılamazsa, "Kurtarılan_Tablo1", "Kurtarılan_Tablo2" vb.
3.5 Fidye Yazılımı veya Virüsten Kurtarma
Kötü amaçlı yazılımlar tarafından şifrelenen veritabanlarını düzeltmek için standart yöntemler genellikle başarısız olur. DataNumen SQL Recovery saldırganlara ödeme yapmadan fidye yazılımıyla şifrelenmiş MDF dosyalarından veri almak için özel algoritmaları kullanır. Yazılım, şifreleme başlıklarına veya dahili yapılarına zarar verdikten sonra bile dosyaları kurtarabilir.
3.6 Kurtarılan Bir Dosyayı Onarın
MDF dosyaları kurtarılırsa DataNumen Data Recovery (veya diğer veri kurtarma araçları) eklenemez SQL Server, bu dosyalarda hala biraz bozulma olabilir. Böyle bir durumda, kullanın DataNumen SQL Recovery bunları tekrar onarmak, verilerine erişilebilmesini sağlamak SQL Server.
3.7 tempdb.mdf'den kurtarma
Ne zaman SQL Server Çalıştırıldığında, tüm geçici verileri, geçici tablolar ve saklı prosedürler de dahil olmak üzere, tempdb.mdf adlı geçici bir veritabanına kaydeder. Veri felaketi meydana geldiğinde, mevcut mdf ve ilgili ndf dosyalarından istediğiniz verileri kurtaramazsanız, yine de tempdb.mdf'den verilerinizi kurtarabilirsiniz. DataNumen SQL Recovery, aşağıdaki gibi:
- dur SQL Server Veri Motoru hizmeti.
- Tempdb.mdf dosyasının bulunduğu bilgisayarda aramak için Windows arama işlevini kullanma SQL Server örneği kurulur.
- tempdb.mdf dosyasını bulduktan sonra, kurtarılacak kaynak dosya olarak seçebilir ve kullanabilirsiniz. DataNumen SQL Recovery kurtarmak için.
3.8 Örnek Dosyalar
| SQL Server versiyon | Bozuk MDF dosyası | tarafından düzeltilen MDF dosyası DataNumen SQL Recovery |
| SQL Server 2014 | Hata1_4.mdf | Hata1_4_fixed.mdf |
| SQL Server 2014 | Hata2_4.mdf | Hata2_4_fixed.mdf |
| SQL Server 2014 | Hata4_4.mdf | Hata4_4_fixed.mdf |
| SQL Server 2014 | Hata5_4.mdf | Hata5_4_fixed.mdf |
4. Çevrimiçi Kurtarma Hizmetleri
Çevrimiçi hizmetler, kurtarma yazılımını indirmek ve yüklemek mümkün veya uygun olmadığında SQL veritabanlarını onarmak için farklı bir yol sunar. Bu çevrimiçi hizmetler, derin teknik bilgiye ihtiyaç duymadan bozuk MDF dosyalarını düzeltmeye yardımcı olur.
4.1 Basit Kurtarma Prosedürleri
Çevrimiçi SQL kurtarma hizmetleri kullanımı kolay bir süreci takip eder:
- Bozuk dosyayı yükleyin – Hasarlı MDF dosyanız şifreli bir bağlantı aracılığıyla güvenli bir şekilde servis sağlayıcının sunucusuna aktarılır
- İşleme ve analiz – Hizmet dosyanızı özel algoritmalarla tarar ve kurtarılabilir verileri belirler
- Kurtarma sonuçlarını önizleyin – Tam kurtarmaya geçmeden önce kurtarılabilir veritabanı nesnelerini önizleyebilirsiniz
- Onarılan dosyayı indir – Onarılan veritabanı dosyası veya SQL betikleri işlendikten sonra kullanılabilir hale gelir
Bu bulut hizmetleri şu şekilde çalışır: SQL Server .mdf, .ndf ve .ldf gibi veritabanı dosyaları. Dosya boyutu ve bozulma şiddeti, saniyelerden dakikalara kadar değişen işlem süresini belirler.
4.2 Artıları ve Eksileri
Çevrimiçi kurtarmanın avantajları:
- Yazılım yüklemenize gerek yok; kısıtlı ortamlar veya yönetici hakları olmayan kullanıcılar için mükemmel
- macOS ve Linux dahil tüm işletim sistemlerinde çalışır
- Büyük yazılım paketleri indirmeden kullanıma hazır
- Kullanıcı dostu arayüz, temel teknik becerilere sahip kişilere uygundur
- Satın almadan önce kurtarılabilir verileri görebilirsiniz
Düşünülmesi gereken sınırlamalar:
- Hassas veritabanı bilgilerinin üçüncü taraf sunuculara yüklenmesi gizlilik endişelerini gündeme getiriyor
- Maksimum veritabanı boyutunun kısıtlamaları vardır
- Çevrimdışı araçlara göre daha az özelleştirme seçeneği
- Kurtarma hızı sunucu performansına ve yüküne bağlıdır
- Demo sürümleri satın alınana kadar yalnızca bazı kurtarılabilir verileri gösterir
Çevrimdışı veri kurtarma araçları size daha fazla kontrol ve gizlilik sağlar ancak daha fazla teknik uzmanlık gerektirir. Çoğu çevrimiçi hizmet, ücretsiz demo sürümleriyle etkinliklerini test etmenize olanak tanır. Bu demo sürümleri örnek verileri kurtarır ve kurtarılabilir diğer öğeleri yer tutucularla işaretler.
Çevrimiçi ve çevrimdışı kurtarma arasındaki en iyi seçim ihtiyaçlarınıza bağlıdır. Zaman baskısı, teknik beceriler, veri hassasiyeti ve MDF dosya bozulmasının türü bu kararda önemli rol oynar.
5. Daha Fazla Çözüm
Önceki bölümlerde ele alınan yöntemler çoğu MDF dosya bozulma senaryosunu ele alırken, veritabanı kurtarma alanı ek özel çözümler de sunmaktadır. Çok sayıda yaklaşımı değerlendirdik ve derledik. En etkili alternatif yöntemlerin kapsamlı listesi çekirdek onarım stratejilerini tamamlayan.
6. Onarımdan Sonra: Veritabanınızı Doğrulayın ve Güvence Altına Alın
Bozuk MDF dosyanızı onarmak sorunun yalnızca yarısını çözer. Veri bütünlüğünü korumak ve gelecekteki sorunları önlemek için veritabanınızın başarılı bir kurtarmadan sonra doğru olduğunun kanıtlanması ve güvence altına alınması gerekir.
6.1 Kurtarılan Verilerin Bütünlüğünü Kontrol Edin
Ayrıntılı bir doğrulama kontrolü, tüm verilerin onarımdan sonra bozulmadan kalmasını sağlar. DATA_PURITY ile DBCC CHECKDB komutu geçersiz değerleri tarar:
DBCC CHECKDB (database_name) WITH DATA_PURITY, NO_INFOMSGS;
Bu komut, veri türleri için geçersiz veya aralık dışı olabilecek sütun değerlerini tespit eder. Onarım seçenekleri bunları otomatik olarak düzeltemediğinden, algılanan hataları manuel olarak düzeltmeniz gerektiğini unutmayın.
DBCC CHECKCONSTRAINTS, onarım işlemlerinin yabancı anahtar kısıtlamalarını kontrol etmemesi veya sürdürmemesi nedeniyle iş mantığının bozulmadan kaldığını doğrulamaya yardımcı olur.
6.2 Dizinleri ve Kısıtlamaları Yeniden Oluşturma
Veri bütünlüğü kontrol edildikten sonra performans optimizasyonu bir sonraki adım haline gelir. Onarım işlemleri genellikle dizinleri parçalanmış halde bırakır ve bu da hızlı bir ilgi gerektirir:
ALTER INDEX ALL ON table_name REBUILD;
Çekirdek ekip, kritik sistemlerde performansı hızla geri kazanmak için öncelikle yüksek kullanım oranına sahip belirli indeksleri yeniden oluşturmalıdır. Bu, sorgu yanıt sürelerini artıran yeni, düzgün şekilde barındırılan indeksler oluşturur.
6.3 Onarılan Veritabanını Yedekleyin
Yeni onardığınız veritabanının tam yedeğini hemen oluşturun:
BACKUP DATABASE database_name
TO DISK = 'path\backup_file.bak'
WITH CHECKSUM, FORMAT;
CHECKSUM seçeneği işlem sırasında yedekleme bütünlüğünü kontrol eder. Üretim kurtarma için kullanmadan önce düzgün çalıştığından emin olmak için yedeklemeyi daha sonra bir test sunucusunda test edin.
6.4 İzleme ve Uyarıları Ayarlama
Proaktif izleme, potansiyel sorunları verileri bozmadan önce tespit etmeye yardımcı olur. Aşağıdakiler de dahil olmak üzere önemli ölçümler için uyarılar ayarlayın:
- CPU yüzdesi (eşik: %90)
- Kullanılan veri alanı yüzdesi (eşik: %95)
- İşçi kullanımı (eşik: %60)
- Kilitlenmeler (herhangi bir olay)
- Bağlantı girişimlerinde sistem hataları
Azure İzleyici veya SQL Server Management Studio bu uyarıları yapılandırabilir. Durumsal uyarılar çözülene kadar tetiklenir ve bu da devam eden sorunlar sırasında bildirim fırtınalarının önlenmesini sağlar.
Sorunları erken yakalamak için kritik veritabanlarında DBCC CHECKDB kullanılarak haftalık bütünlük kontrolleri yapılmalıdır.
7. SSS
Veritabanı bozulması kullanıcılarda birçok soru yaratır. MDF dosyalarını onarma hakkında bazı genel sorulara bakalım SQL Server.
7.1 LDF dosyası olmadan MDF dosyasını kurtarabilir miyim?
Cevap: Evet, profesyonel araçlarla, örneğin: DataNumen SQL Recovery, LDF dosyası olmadan MDF dosyasını kurtarabilirsiniz.
7.2 Üçüncü taraf onarım araçlarını mı yoksa yerleşik yöntemleri mi kullanmalıyım?
Cevap: Yerleşik yöntemler resmi desteğe sahip oldukları için ilk denemeyi hak ediyor. Buna rağmen, üçüncü taraf araçlar ciddi bozulma durumlarında daha fazla veri kurtarabilir. En iyi seçim şunlara bağlıdır:
- Veri kritikliği
- Yedekleme kullanılabilirliği
- Zaman sınırları
- Bütçe kısıtlamaları
- Veri kaybı risk toleransı
8. Sonuç
SQL Server veritabanı bozulmasının hızlı bir şekilde tespit edilmesi ve veri kaybını en aza indirmek için uygun kurtarma yöntemlerine ihtiyaç vardır. MDF dosya bozulması işaretleri, sorunlar ortaya çıktığında hızlı bir şekilde hareket etmenize yardımcı olur. Yerleşikten birden fazla kurtarma seçeneğiniz vardır SQL Server üçüncü taraf çözümlerine yönelik uzmanlaşmış araçlar gibi DataNumen SQL Recovery araçAşağıda bu makalenin özeti yer almaktadır:
Önlem, tedaviden daha iyi sonuç verir. Düzenli veritabanı bakımı, uygun yedekleme prosedürleri ve disk sağlığı izleme, bozulma risklerini önemli ölçüde azaltır. Sistemin ayrıca, onarımlardan sonra verilerin güvenilir kalmasını sağlamak için bütünlük kontrolleri ve yeniden oluşturma dizinleri aracılığıyla kurtarılan veritabanlarını kanıtlaması gerekir.