Bir veritabanı kullandığımızda, veritabanı içeriğinin her zaman güvenilir ve doğru olmasını umuyoruz, ancak bilgisayar sistem arızaları (donanım arızaları, yazılım arızaları, ağ arızaları, süreç arızaları ve sistem arızaları) nedeniyle veri tabanı sisteminin işleyişi etkileniyor ve veri tabanı etkileniyor. Verilerin doğruluğu, veritabanını bile yok edebilir, bu da veritabanındaki verilerin tamamının veya bir kısmının kaybolmasına neden olabilir. Bu nedenle, yukarıdaki hata meydana geldiğinde, tüm veritabanının yeniden yapılandırılabileceği umulmaktadır.Bu işleme veritabanı kurtarma adı verilir. Kurtarma işlemi, kabaca kurtarma (Geri Yükleme) ve kurtarma (Kurtarma) süreçlerine ayrılabilir.
Yedekleme, veritabanını döküm cihazına kopyalama işlemidir. Döküm aygıtı, veritabanı kopyasını yerleştirmek için kullanılan teyp veya diski ifade eder. Farklı perspektiflerden şu şekilde sınıflandırılmıştır:
1) Fiziksel ve mantıksal açıdan sınıflandırma
Fiziksel ve mantıksal açıdan yedekleme, fiziksel yedekleme ve mantıksal yedekleme olarak ikiye ayrılabilir.
Fiziksel yedekleme:
Veritabanı işletim sisteminin fiziksel dosyalarının (veri dosyaları, kontrol dosyaları ve günlük dosyaları gibi) yedeklenmesi. Fiziksel yedekleme, çevrimdışı yedekleme (soğuk yedekleme) ve çevrimiçi yedekleme (etkin yedekleme) olarak ikiye ayrılabilir. Birincisi, veritabanı kapatıldığında gerçekleştirilir ve ikincisi, bir arşiv günlüğü olarak çalışan veritabanı üzerinde gerçekleştirilir. Veritabanının fiziksel yedeklerini gerçekleştirmek için Oracle Recovery Manager'ı (RMAN) veya işletim sistemi komutlarını kullanabilirsiniz.
Mantıksal yedekleme:
Veritabanı mantık bileşenlerinin yedeklenmesi (tablolar ve depolanmış prosedürler gibi veritabanı nesneleri). Geleneksel EXP, veri pompası EXPDP, veritabanı geri dönüş teknolojisi ve üçüncü taraf araçlar gibi tümü veritabanı mantıksal yedeklemesi gerçekleştirebilen birçok mantıksal yedekleme yöntemi vardır.
2) Veritabanı yedekleme stratejisi açısından sınıflandırma
Tam yedekleme:
Her seferinde verilerin eksiksiz bir yedeğini alın. Veri kaybı gibi bir felaket durumu ortaya çıktığında, tam bir yedeklemenin diğer bilgilere dayanmasına gerek yoktur ve en kısa kurtarma süresi ve en uygun işlemle% 100 veri kurtarma elde edilebilir.
Artımlı yedekleme:
Yalnızca son tam veya artımlı yedeklemeden sonra değiştirilen dosyalar yedeklenecektir. Avantajı, yedekleme verilerinin miktarının az olması ve gereken sürenin kısa olmasıdır.Dezavantaj, geri yükleme sırasında önceki yedekleme kaydına güvenmesi gerekmesi ve sorun riskinin daha büyük olmasıdır.
Diferansiyel yedekleme:
Son tam yedeklemeden bu yana değiştirilen dosyaları yedekleyin. Veritabanını bir diferansiyel yedeklemeden geri yüklemek daha az zaman alır, bu nedenle verilerin yalnızca iki kopyası (son tam yedekleme ve son diferansiyel yedekleme) gereklidir.Dezavantaj, her yedeklemenin daha uzun süre gerektirmesidir.
Yedekleme sınıflandırması
1. Yedekleme stratejisi genellikle aşağıdakileri içermelidir:
Veritabanı sağlamlığına ilişkin öneriler
Yerel depolama felaket kurtarma yöntemi
Veritabanı yedekleme yöntemi
Yedeklemeye dahil olan dosyalar
Yedeklemenin yürütme zamanlaması
Yedekleme yürütme sıklığı
Depolama yöntemi ve yedeklemenin konumu
Uzaktan felaket kurtarma planı
2. Çeşitli arızalar için kurtarma stratejileri
3. Periyodik felaket kurtarma testi stratejisi
Kurtarma, bir arızadan sonra eksiksiz bir veritabanını yeniden oluşturmak için yedeklenmiş verileri veya kontrol dosyalarını kullanmaktır. Kurtarma, aşağıdaki iki türe ayrılır.
1. Bulut sunucusu arızasının tutarlı bir şekilde kurtarılması
Örnek beklenmedik bir şekilde (elektrik kesintisi, arka plan işlem hatası vb.) Veya beklenmedik bir şekilde (KAPATMA DURDURMA deyimini yayınlayarak) başarısız olduğunda, bir durum hatası oluşur ve bu durumda örneğin geri yüklenmesi gerekir. Örnek kurtarma, veritabanını hatadan önceki işlem tutarlı durumuna geri yükler. Çevrimiçi yedeklemede bir örnek hatası bulunursa, ortam kurtarma gerekir. Diğer durumlarda Oracle, veritabanının bir sonraki yeniden başlatılışında (yeni bir örnek birleştirme ve açma) otomatik olarak örnek kurtarma gerçekleştirir. Gerekirse, birleştirilmiş durumdan açık duruma kadar, örnek kurtarma otomatik olarak tetiklenir ve bu, aşağıdakiler tarafından gerçekleştirilir:
(1) Geri yüklenen veri dosyasına kaydedilmeyen verileri anlamak için ileri kaydırın. Bu veriler çevrimiçi günlüğe kaydedilir,
Geri alma segmentinin içeriğinin kurtarılması dahil.
(2) Taahhüt edilmeyen işlemleri geri alın ve 1. adıma göre geri alma segmentinde belirtilen işlemleri yeniden oluşturun.
(3) Arıza anında işleme firması tarafından tutulan kaynakları serbest bırakın.
(4) Başarısızlık anında bir taahhüt aşamasından geçen tüm çözümlenmemiş dağıtılmış işlemleri çözün.
2. Ortam hatası veya dosya hatasının tutarsız kurtarılması
Medya hatası, bir dosya, dosyanın bir bölümü veya disk okunamadığında veya yazılamadığında ortaya çıkan bir hatadır. Dosya hataları genellikle dosyaların silinmesine veya dosyalarda tutarsızlıklara neden olan kazalara neden olan kazara oluşan hataları ifade eder. Bu durumdaki veritabanları tutarsızdır ve DBA'nın veritabanını manuel olarak geri yüklemesi gerekir.Bu tür kurtarma işleminin arşivleme yöntemi ve veritabanı işleminin yedekleme yöntemi tarafından belirlenen iki biçimi vardır.
(1) Tam ortam kurtarma, tüm kayıp değişiklikleri kurtarabilir. Normal koşullar altında, veritabanının bir yedeği gereklidir ve veritabanı arşivlenmiş durumda çalışmaktadır ve kullanılabilir bir arşiv günlüğü vardır. Farklı hata türleri için, hasarlı dosyaların ve veri tabanının mevcudiyetine bağlı olarak farklı tam kurtarma türleri mevcuttur.
(2) Tamamlanmamış ortam kurtarma, tam ortam kurtarmanın mümkün olmadığı veya gerekli olmadığı durumlarda gerçekleştirilen bir ortam kurtarmasıdır. Ortam hatası veya kullanıcı hatasından önce bir işlem tutarlılığı durumunu geri yüklemek için hasarlı veritabanını yeniden yapılandırın. Tamamlanmamış ortam kurtarmanın gerekli olduğu duruma bağlı olarak farklı türlerde tamamlanmamış ortam kurtarma vardır.Aşağıdaki türler vardır: geri alma tabanlı, zaman tabanlı ve değişiklik tabanlı tamamlanmamış kurtarma.
İPTAL tabanlı kurtarma: Bazı durumlarda, eksik ortam kurtarmanın kontrol edilmesi gerekir ve DBA işlemi belirtilen noktada geri alabilir. Geri alma tabanlı kurtarma, bir veya daha fazla günlük grubu (çevrimiçi veya arşivlenmiş) ortam arızasından zarar gördüğünde kullanılır ve kurtarma işleminde kullanılamaz; bu nedenle, en son, zarar görmemiş günlüğün kullanılması için ortam kurtarmanın kontrol edilmesi gerekir. Veri dosyası gruplandıktan sonra kurtarma işlemi iptal edildi.
Zamana dayalı (TIME) ve değişikliğe dayalı (SCN) kurtarma: DBA, geçmişte belirli bir noktaya kurtarmak istiyorsa, ideal bir tamamlanmamış ortam kurtarmasıdır. Genellikle belirli bir operasyona kurtarma ve buna kurtarma işleminden önce gerçekleşir. Bir veri tablosunu yanlışlıkla silmeden önce.
3. Olası örnek arızası nedenleri
1) Anormal veritabanı kapanması
2) Veritabanı çökmesi
3) Arka plan süreci öldürmeye zorlanır
4) Tükenmiş sistem kaynakları
5) İşletim sistemi çökmesi
6) Sunucu kapalıdır
7) İşletim Sisteminde bir hata var
4. Ortam arızasının nedenleri
1) Depolama kontrol kartı hatası
2) Hasarlı disk sürücüsü kafası
3) Veri dosyası okuma ve yazma hatası
4) Dosya yanlışlıkla silinir veya üzerine yazılır
rman
Veriler her zaman en önemlisidir, bu nedenle özellikle DBA için iyi bir yedekleme ve kurtarma işi yapmak gerekir. Daha sonra rman yedeklemesinin içeriğine odaklanacağım ve ilgilenen arkadaşlar buna dikkat edebilir!