PC'ler ve sunucular için evrensel yedekleme yazılımı. Oracle Veritabanını Yedekleme ve Geri Yükleme

Bu belge, Oracle'ın Bacula Enterprise Edition yazılımı kullanılarak kurumsal olarak yedeklenmesi için uyulması gereken kural ve prosedürleri açıklamaktadır. Belge ayrıca bir Oracle yedeğinin geri yüklenmesi için çeşitli senaryolar içerir.

Oracle Backup'a Genel Bakış

Bacula Enterprise Edition, Oracle yedekleme ve geri yüklemeyi basitleştiren benzersiz bir Oracle yedekleme eklentisi kullanır. Eklenti, Oracle'ın "sıcak" ve "soğuk" yedeklemesi için gelişmiş yöntemler kullanmanıza ve 10 ve 11. nesil sunucularda depolanan verileri ve yapılandırmaları geri yüklemenize olanak tanır. Oracle veritabanı yedekleme eklentisi, Oracle'ı belirli bir zaman noktasına (bir kontrol noktasından önce) geri yüklemenize, Oracle yedeklemesi sırasında nesneleri filtrelemenize ve geri yüklemenize olanak tanır. Ayrıca parametreler gibi konfigürasyon bilgileri ile Oracle'ın yedeklerini oluşturmanıza da olanak tanır. Oracle DB yedekleme eklentisi, Oracle tarafından desteklenen 32/64 bit Linux platformlarının yanı sıra Oracle DB 10.x, 11.x tarafından desteklenir.

Bacula ile Oracle yedeklemenin diğer faydaları:

• Eklenti, RMAN modunu kullanırken, Oracle'ın blok düzeyinde artımlı ve diferansiyel yedeklerini oluşturmanıza olanak tanır.
• RMAN'ın müteakip artımlı yedeklemeler için kullanılan değişiklik izleme özelliği, her veri dosyasının değişen bloklarını değişiklik izleme dosyasına yazarak yedekleme oluşturmayı büyük ölçüde geliştirir.
• DBA'nın Oracle veritabanlarına aşina olması veya karmaşık Oracle yedekleme komut dosyaları oluşturabilmesi gerekmez.
• Oracle yedeklerini oluşturmaya ve geri yüklemeye yönelik bu eklenti, parametreler gibi yapılandırma bilgilerinin yedek kopyalarını oluşturmak için de tasarlanmıştır.

Bu belge, Bacula Enterprise Edition yazılımı ve ilgili eklenti kullanılarak Oracle yedeklemesi için farklı yöntemler ve stratejiler sunar.

Oracle Yedekleme Sözlüğü

Bu belgede aşağıdaki terimler kullanılmaktadır:

• ARC(Arşivlenmiş kayıt günlüğü)– veri bütünlüğünü sağlamak için kullanılan standart yöntem. ARC'nin temel fikri, veri dosyalarında (tablolar ve dizinler içeren) yapılan değişikliklerin ancak değişiklikler kaydedildikten sonra, yani değişiklikleri açıklayan günlük girişleri taşındıktan sonra yazılacağıdır. kalıcı depolamaya.
• PITR Oracle Checkpoint Recovery (PITR), veritabanını zaman içinde belirli bir noktaya geri yükler ve ardından veritabanını belirtilen zaman noktasına geri yüklemek için artımlı yedeklemeler ve geri almalar kullanır. PITR geri yüklemesi bazen kısmi geri yükleme olarak adlandırılır, çünkü PITR veritabanını zaman içinde belirli bir noktaya geri yükler ve tüm Oracle yedekleme günlük dosyalarını kullanmaz.
• RMAN Oracle Recovery Manager veya RMAN yardımcı programı, komut satırı ve Oracle Enterprise Manager tabanlı araç, Oracle tarafından önerilen bir veritabanı yedekleme ve geri yükleme yöntemidir. RMAN yardımcı programı, doğrudan sunucuyla çalışmak üzere tasarlanmıştır. Yardımcı program, veritabanı yedekleme ve geri yükleme sırasında bozuk veri bloklarını belirlemenizi sağlar. RMAN yardımcı programı, dosyaları sıkıştırarak ve yedekleme kümesini sıkıştırarak yedekleme oluşturma sırasında performansı ve bellek tüketimini optimize eder.
  http://docs.oracle.com/cd/B28359_01/backup.111/b28270/toc.htm
• tecrübe/IMP Oracle dışa aktarma (exp)/içe aktarma (imp) yardımcı programları, mantıksal veritabanı yedekleme/geri yükleme gerçekleştirmek için kullanılır. Dışa aktarırken, bir ikili dosya biçiminde veritabanı nesnelerinin bir dökümü oluşturulur ve bu daha sonra başka bir Oracle veritabanına aktarılabilir.
• veri pompası Oracle Data Pump teknolojisi, Oracle'ın önceki sürümlerinde kullanılan "exp" ve "imp" yardımcı programlarına daha modern, daha hızlı ve daha esnek bir alternatiftir. Ne yazık ki, bu yeni yöntem, verilerin doğrudan bir FIFO dosyasına çıktısını desteklemez. Bu nedenle araçların kullanımı veri pompasıönce verileri diske dökmenizi ve ardından Bacula Enterprise File Daemon'u kullanarak bu verileri okumanızı gerektirir. Oracle yedekleme eklentisinin mevcut sürümü, Data Pump teknolojisini desteklemiyor.
• SBT Varsayılan olarak RMAN, tüm Oracle yedeklerini disk üzerindeki özel bir sistem dizinine gönderir. Ayrıca, SBT modülünü kullanarak RMAN'i teypler gibi diğer ortamlarda yedekler oluşturacak şekilde yapılandırabilirsiniz. Bacula daha sonra Medya Yöneticisi olarak görev yapacak ve veriler doğrudan RMAN'den Bacula'ya aktarılacaktır.
• libobk SBT arabirimi, libobk kitaplık dosyasına dayalı olarak uygulanır.
• tablo alanı Veritabanı, mantıksal yapıya göre gruplandırılmış tablo alanları adı verilen mantıksal depolara bölünmüştür. Örneğin, tablo boşlukları, yönetimi basitleştirmek için tüm uygulama nesnelerini gruplandırma eğilimindedir.
• Şema veritabanı nesnelerinin bir koleksiyonudur. Şema, veritabanı kullanıcısına aittir. Şema, kullanıcısı ile aynı ada sahiptir. Şema nesneleri, doğrudan veritabanı verileriyle ilgili olan mantıksal yapılardır. Şema nesneleri tablolar, görünümler, dizinler gibi yapıları içerir. (Tablo alanı ile şema arasında bir ilişki yoktur. Aynı şemadaki nesneler farklı tablo alanlarında bulunabilir ve tablo alanları farklı şemalardan nesneler içerebilir.)
• Misal Oracle DB Sunucusu, bir Oracle DB ve bir Oracle DB Instance'dan oluşur. Veritabanı her başlatıldığında, bir sistem global alanı (SGA) tahsis edilir ve arka plan Oracle süreçleri başlatılır. Arka plan işlemleri ve bellek arabelleklerinin birleşimine Oracle örneği denir.
• SID Oracle Sistem Kimliği (SID), sistemdeki veritabanını tanımlamak için kullanılır. Bu nedenle, tek bir sistemde benzersiz SID'ye sahip birden fazla veritabanı bulunamaz. Tipik olarak SID, "ORACLE_SID" değişkeni tarafından belirlenir. Alternatif olarak, bu tanımlayıcıyı ilk alanda bulabilirsiniz (/etc/oratab'ın 🙂'sinden önce).
• kopyala ALTER DATABASE OPEN RESETLOGS komutu kullanılarak veritabanı her açıldığında, bir kopya oluşturulur.
• SCN Sistem Değişiklik Numarası (SCN), Oracle'da veritabanında yapılan her değişiklikle sırayla artan bir sayıdır: ekleme, güncelleme, silme. SCN, veritabanı arasındaki etkileşimin bir sonucu olarak da artar.
• Oracle Kurtarma- yedekten verilerin çıkarılmasına yol açan bir eylem. Veritabanını geri yükledikten sonra, onu orijinal durumuna döndürmeniz, yani belirli bir kontrol noktasına ileri sarmanız gerekebilir.
• Orijinal durumuna dön arşivlenmiş yineleme günlüklerini ve geçerli günlükleri kullanarak geri yüklenen bir veri dosyasını güncelleme, yani yedekleme oluşturulduktan sonra veritabanında yapılan değişiklikleri uygulama prosedürüdür.
• İşlev Proxy Kopyası Bacula Enterprise SBT arabiriminin mevcut uygulaması tarafından desteklenmeyen RMAN yardımcı programının bir özelliğidir.

Sözleşmeler

• Parantez içine alınmış değerler< >örneğin kullanıcılar tarafından girilen geçerli ORACLE_SID numarasıyla değiştirilmelidir. ORACLE_SID numaranız TEST ise init olarak yazılan dosya .ora initTEST.ora gibi görünecektir.
• %, komutun normal bir kullanıcı tarafından çalıştırılması gerektiği anlamına gelir.
• #, komutun bir kök kullanıcı hesabı altında çalıştırılması gerektiği anlamına gelir.
• RMAN>, komutun bir rman oturumu içinde çalıştırılması gerektiği anlamına gelir.
• SQL>, komutun sqlplus oturumu içinde çalıştırılması gerektiği anlamına gelir.

1. Oracle'ı Yedekleeklenti ile

Oracle Yedekleme Yöntemi Seçme: Dump veya RMAN

Aşağıdaki tablo, Oracle için Bacula Enterprise eklentisi tarafından desteklenen yedekleme kurtarma yöntemlerinin faydalarını göstermektedir. Bir veya başka bir yöntem seçmek için, Oracle yedeklemesini belirli bir kontrol noktasına geri yükleme yeteneği, yedekleme veya geri yükleme sırasında nesneleri filtreleme yeteneği gibi özellikler tarafından yönlendirilin. Ayrıca kullanıcı, bir küme için bir döküm oluşturma ve RMAN PITR yardımcı programını kullanma yöntemlerini birleştirebilir.

RMAN yardımcı programı ayrıca, daha hızlı kurtarma için Bacula Enterprise SBT arabirimi aracılığıyla örneğin teyp ve diske aynı anda veri gönderebileceğiniz gelişmiş yöntemleri kullanmanızı sağlar.

İşlev	Çöplük		RMAN	RMAN SBT'si
Tek bir nesneyi (tablo, şema…) geri yükleme yeteneği	Evet		Değil	Değil
Tek bir dosyayı geri yükleme yeteneği (indeks, veritabanı, tablo…)	Değil		Evet	Evet
Oracle yedekleme hızı	Düşük		Yüksek	Yüksek
Geri Dönüşüm Oranı	Düşük	Yüksek		Yüksek *
Oracle yedekleme boyutu	Küçük	Büyük		Büyük
Yedek oluştururken yerel diskteki boyut	Hiç bir şey	Tüm yedekleme		Hiç bir şey
Kurtarma sırasında yerel diskteki boyut	Hiç bir şey	Tüm yedekleme		Gerekli nesneler
Bir kontrol noktasına geri yükleme yeteneği	Değil	Evet		Evet
Oracle artımlı/diferansiyel yedekleme desteği	Değil	Evet		Evet
Paralel Kurtarma	Evet	Evet		Evet
Oracle çevrimiçi yedekleme	Evet	Evet		Evet
Tutarlılık	Evet	Evet		Evet
Oracle'ın önceki bir ana sürümüne kurtarma yeteneği	Değil	Değil		Değil

Tablo 1. Oracle kurtarma yöntemleri

* RMAN SBT arayüzünü kullanırken, kurtarma hızı medya türü (teyp veya disk), ağ aktarım hızı, koruyucu arka plan programı olan cihazın kullanılabilirliği vb. gibi çeşitli öğelere bağlı olacaktır. Bacula Enterprise yazılım sürümü 6.4 ve üzeri sürümlerde a koruyucu arka plan programı olan aygıt, birden çok paralel geri yükleme için aynı disk birimini kullanabilir. Böylece aynı anda birden fazla Oracle geri yükleme ve yedekleme görevini çalıştırmak mümkündür.

RMAN SBT'yi Yapılandırma

Kullanıcı kılavuzunun bu bölümü, Oracle ve RMAN kullanılarak Bacula Enterprise SBT arayüzünün nasıl düzgün şekilde kurulacağını ve yapılandırılacağını açıklar.

Bir Oracle yedeği oluştururken veya RMAN'dan bir yedekleme çalıştırırken, RMAN'ın dosyalar ve birimler hakkında bilgi almak veya bir Oracle yedeklemesi veya geri yüklemesi başlatmak için merkezi Bacula Enterprise Director ile iletişime geçmesi gerekecektir. İletişim kurmak için ortak FIFO toplu iş dosyalarına ve bir b-konsoluna ihtiyacınız olacak.

Oracle-sbt-fd eklentisini kullanırken, yönetici b-konsoldan veya bir programdan bir Oracle yedeği çalıştıramaz. Yalnızca RMAN yardımcı programı bir oturum başlatabilir ve bir yedekleme başlatabilir. Hala standart bir Oracle sistem yedeği çalıştırdığınızı göz önünde bulundurun ve ardından RMAN'ı otomatik olarak çağırmak için RunScript kullanın.

Bacula yapılandırması. SBT arayüzünü kullanırken b-konsol (Bacula konsolu) kurulmalıdır. Konsol, merkezi yöneticiye bağlanabilmeli ve yerel istemciye, Oracle yedekleme görevine ve diğer havuz özelliklerine erişebilmelidir.

Sınırlı işlevselliğe sahip bir konsol kullanmak için aşağıdaki konsol tanımını kullanabilirsiniz:

Şekil 1. RMAN ve Bacula arasında Oracle yedeklemesi

"Oracle" Unix kullanıcısı, b-konsolunu görüntüleyebilmeli ve ilgili yapılandırma dosyasını okuyabilmelidir. bconsole.conf, hangisi değil Varsayılan yapılandırma. İkili ve yapılandırma dosyasını klasöre kopyalayabilirsiniz. /opt/bacula/oracle aşağıdaki Unix komutlarıyla:

Önemli: Her Bacula Enterprise yükseltmesinden sonra b-console ikili dosyasının bir kopyasına ihtiyacınız olabilir.

Oracle veritabanını yedeklerken paralel görevleri çalıştırma

Bir Oracle yedeklemesini çalıştırmak veya birden çok kanal kullanarak geri yüklemek için, paralel görevlerin çalışmasına izin vermek için Oracle DB yedekleme eklentisinin tüm gerekli kaynaklarının Maximum Concurrent Jobs komutu kullanılarak düzgün şekilde yapılandırıldığından emin olmanız gerekir.

• Yönetmen: Yönetmen (ör: 100)
• Yönetmen: Müşteri (ör: 10)
• Yönetmen: İş (ör: 10)
• Yönetmen: Depolama (ör: 10)
• Depolama: Depolama (ör: 100)
• Depolama: Cihaz (ör: Virtual Changer'da gruplanmış 10 veya 10 cihaz)
• Müşteri: FileDaemon (ör: 10)

Yedekleme ve geri yükleme görevlerinin aynı Director Storage kaynağını kullanarak paralel olarak çalışmasını sağlamak için yapılandırmanın Virtual Changer sürücüsünü kullanması gerekir. Özel konfigürasyonla ilgili bilgiler teknik belgelerde belirtilmiştir. Disk Yedekleme.

Medya kısıtlamaları

Oracle, Bacula Enterprise Media Manager'ın aynı seri cihazdaki iki eşzamanlı API oturumundan gelen veri akışlarını birleştirmemesini gerektirir. Bu, Oracle veritabanı yedeklemesi için bir teyp sürücüsü kullanıyorsanız, her paralel yedekleme görevi için farklı bir teyp sürücüsü kullanmanız gerektiği anlamına gelir. Bu sınırlama, disk sürücüleri için geçerli değildir. Bu sınırlama, özellikle uzun bir iyileşme süresi anlamına gelir.

Bacula SBT'yi Yapılandırma

libobk bir dosya ile yapılandırılabilir /opt/bacula/oracle/sbt.conf veya / opt/bacula/etc/sbt.conf veya komutu ile RMAN GÖNDER. Tablo 2, kullanılan tanımlayıcıları listeler:

Parametre	Tanım	Örnek
müşteri	Bacula istemci adı	istemci=oracle-fd
geri yükleme istemcisi	Kurtarma için kullanılan Bacula istemci adı	restoreclient=oracle-fd
Görev	bağımsız değişkenlerle b-konsol komutu	bconsole="/tmp/bconsole -n"
işi geri yükle	Bacula geri yükleme görevinin adı. Yapılandırmanızda birden fazla geri yükleme görevi varsa ve bu seçenek kullanılmıyorsa, SBT eklentisi tanımladığınız ilk geri yükleme görevini otomatik olarak seçecektir.	restorejob=Dosyaları Geri Yükle
işin tamamlanmasını bekle	SBT oturumunun sonunda görevin tamamlanması bekleniyor. Varsayılan olarak, oturum en kısa sürede sona erer. Lütfen bu seçeneğin yalnızca RMAN yardımcı programından bir yedekleme başlatılırken kullanılması gerektiğini unutmayın.	işin tamamlanmasını bekle
Güncelleme	Güncelleme türü (yerel dizin). Dosya adı yerel dizinde mevcutsa, eklenti Bacula Direktörü ile iletişime geçmeden doğrudan RMAN'a yanıt verir. Bacula Director doğrulamasını zorlamak için update=force komutunu kullanın.	güncelleme=kuvvet
Jobopt	Ek görev parametresi	jobopt="spooldata=hayır"
yedek dizin	Yerel dizin klasörü	backupdir=/opt/bacula/oracle
ctrl dosyası	Dosyayı kontrol etmenin ana yolu	ctrlfile=/tmp/oracle
ctrlzaman aşımı	Bacula'ya bağlanırken duraklat	ctrltimeout=300
yeniden denemek	Bacula'ya bağlanma girişimi sayısı
yereldir	SBT eklentisinin Bacula geri yükleme görevini çağırmadan önce kontrol edeceği veri dosyasının yerel klasörü.	Localdir=/tmp/@ORACLE/sbt
katalog	Bacula dizin adı	katalog="MyCatalog 2"
iz	Dosyayı izleme yolu	iz=/tmp/log.txt
hata ayıklama	Hata ayıklama düzeyi

Tablo 2. SBT libobk yapılandırması

Yapılandırma dosyasında belirtilmesi gereken minimum parametreler istemci, görev ve b-konsoldur. Yapılandırılabilir öğe boşluk içeriyorsa (örneğin, b-konsol) çift tırnak kullanılması gerektiğini dikkate alın.

Bu ayarların üzerine RMAN SEND komutu ile yazılabilir.

GÖNDER komutu 512 bayt ile sınırlıdır, bu nedenle tüm parametreleri belirtmek için birden fazla GÖNDER komutu kullanılabilir. SBT arayüzünü kullanırken uzun yollardan kaçınmak daha iyi olacaktır.

Dosya Kümesi Yapılandırması

Oracle SBT veritabanı yedekleme eklentisi (oracle-sbt), Tablo 3'te açıklandığı gibi bir İş Dosya Kümesi'ndeki parametreleri kabul eder.

Tablo 3. Oracle SBT Eklentisi Parametreleri

sbt.conf yapılandırmasını test etme

Bacula Enterprise Oracle SBT eklenti yapılandırmasını test etmek için bir kök kullanıcı aşağıdaki komutları kullanabilir:

Bir bağlantı hatası oluşursa, bir mesaj görünecektir. Bağlantı ayarlarınızı doğru bir şekilde yapılandırana kadar Oracle RMAN yedeği çalıştırmanın bir anlamı yoktur.

Bacula SBT dahili kataloğu

Bacula Enterprise libobk dosyası, tüm dosyalar hakkında bilgi depolamak için yerel bir dizin kullanır. Bu bilgiler güncel olmayabilir. Bu nedenle, Bacula dizinini aramaya zorlamak için sbt.conf dosyasındaki update=force seçeneğini veya GÖNDER komutunu kullanabilirsiniz.

Varsayılan dizin / içinde saklanır opt/bacula/oracle/bacula-sbt.cat ve normal bir sistem yedeklemesinin parçası olabilir.

Oracle RMAN Yedekleme Yeteneği

RMAN SBT Bacula Enterprise eklentisini kullanırken, RMAN yardımcı programı tarafından ayarlanmış bir Oracle yedeği kaydetme yeteneği, Bacula birimiyle eşleşmeli veya işi bellekte tutmalıdır. RMAN, yedekleme dosyalarını silmek için komutlar gönderdiğinde, Bacula hiçbir şeyi temizlemeye veya silmeye çalışmaz.

Oracle yedekleme örnekleri

Aşağıdaki örnek, aynı anda 3 paralel Bacula yedekleme işini çalıştırmayı açıklar. Bu durumda, RMAN yardımcı programı, sözde round robin algoritmasını kullanarak onlara veri gönderecektir. RMAN, bir veya daha fazla kanalda Bacula ile iletişim kuramıyorsa, RMAN otomatik olarak mevcut bir kanala veri gönderir. Bu, depolama alanınız veya merkezi yöneticiniz meşgulse (cihaz sayısı veya maksimum paralel görev sayısı ayarları ile sınırlıdır), RMAN otomatik olarak bir çıkış yolu bulacaktır.

Bu örnekte RMAN, 3 dosyayı geri yüklemek için 3 Bacula görevi kullanır.

RMAN modu yapılandırması

Kullanıcı kılavuzunun bu bölümü, Oracle veritabanı yedekleme eklentisinin SBT arayüzünü kullanmayan kısmıyla düzgün çalışması için RMAN'ın nasıl yapılandırılacağını açıklar.

Oracle veritabanı yedekleme eklentisinin mevcut sürümü yalnızca ARCHIVELOG aktif modda çalışan veritabanlarını destekler.

Oracle'da ARCHIVELOG konfigürasyonu

Oracle yedekleme modunu RMAN ile kullanmak için veritabanının ARCHIVELOG modunda başlatılması gerekir. Veritabanınızın nasıl yapılandırıldığını kontrol etmek için aşağıdaki SQL komutunu kullanabilirsiniz.

Bir veritabanı için arşiv modunu etkinleştirmek için SYSDBA durumunda ALTER DATABASE ARCHIVELOG komutunu kullanabilirsiniz.

• SHUTDOWN komutuyla veritabanını durdurun
• Bir veritabanı yedeği oluşturun
• init dosyasını düzenleyin .ora arşiv günlüğü konumunu yapılandırmak için
• STARTUP MOUNT komutu ile veritabanını açmadan başlatın
• ALTER DATABASE ARCHIVELOG komutu ile arşiv modunu değiştirin; ve ALTER DATABASE OPEN komutu ile açın;
• SHUTDOWN IMMEDIATE komutuyla veritabanını durdurun
• Veritabanını tekrar yedekleyin, çünkü ARCHIVELOG'u değiştirmek kontrol dosyalarını güncelleyecek ve eski yedeklemeleri kullanılamaz hale getirecektir. Oracle için Bacula Enterprise Plugin, init dosyasında belirtilen arşivlenmiş günlük konumunda bir alt klasöre yerleştirilmiş bir RMAN yedeği oluşturacaktır. .ora.

Oracle Artımlı Yedekleme Optimizasyonu

RMAN'ın Oracle artımlı yedekleme yardımcı programının değişiklik izleme özelliği, her veri dosyasındaki değiştirilen blokları değişiklik izleme dosyasına yazarak bu tür yedeklemelerin verimliliğini artırır. Değişiklik izleme özelliği etkinleştirilirse, RMAN, artımlı yedeklemeler oluşturmak için hangi blokların değiştiğini belirlemek için değişiklik izleme dosyasını kullanır. Böylece veri dosyasındaki her bloğu taramaya gerek kalmaz.

Değişiklik izleme işlevini etkinleştirdikten sonra, ilk tam yedekleme durumunda, değişiklik izleme dosyası henüz tüm blokların durumunu yansıtmadığından, sistem yine de tüm veri dosyalarını taramak zorunda kalacaktır. Bu tam yedeklemeyi ana yedekleme olarak kullanan sonraki herhangi bir artımlı yedekleme, değişiklik izleme dosyasını kullanır.

Sysdba olarak çalıştırılan aşağıdaki SQL komutu, değişiklik izlemeyi etkinleştirmenize ve arşivlenen günlüğün konumu olarak “/path/to/file” konumunu kullanmanıza olanak tanır. (Dosyanın Oracle kullanıcısının veri yazabileceği geçerli bir klasörde olması gerektiğini dikkate alın).

RMAN yedeklemesini kaydetme yeteneği

Oracle için Bacula Enterprise eklentisi ile RMAN modunu kullanırken, her Bacula görevi bir yedekleme seti oluşturmak için RMAN'ı çalıştırır. Belirli bir süre sonra eski dosyaları silmek için RMAN'ı yapılandırmanızı öneririz. Bu işlem, yedekleme tamamlandıktan hemen sonra gerçekleştirilebilse de, Oracle'ı kontrol noktalarına geri yükleme konusunda herhangi bir zorluk olmaması için verileri diskte daha uzun süre tutmanızı öneririz. Aşağıdaki komut, Oracle dosyaları için saklama süresini 7 güne ayarlamanıza yardımcı olacaktır. Oracle'ı en az 7 günde bir yedeklemeniz şartıyla bu yeterli bir süre olmalıdır.

Daha fazla bilgi için RMAN kılavuzuna bakın.

docs.oracle.com/cd/B28359_01/backup.111/b28270/rcmconfb.htm#i1019318

RMAN için Oracle Eklentisini Yapılandırma

RMAN'ın PITR kurtarma özelliğini kullanırken, Oracle için Bacula Plugin, Accurate modunun etkinleştirilmesini gerektirecektir. Görev kaynağında Doğru modu etkinleştirmelisiniz. Eklentiyle birlikte, Doğru özelliğinin tüm yeni dosyaların Bacula eklentisi tarafından tutulmasını sağlamak için kullanıldığını, ancak yine de yararlı olmaları muhtemel olduğundan silinmiş olarak işaretlenmediğini dikkate alın.

RMAN modunda, Oracle eklentisi, eklenti komut satırı aracılığıyla ayarlanan ek parametrelerin kullanımına da izin verir. Aşağıdaki tabloya bakın:

Parametre	Tanım	Varsayılan	Örnek
mod	RMAN modunda PITR yedeklemesini etkinleştirmeniz gerekiyor	Çöplük	mod=rman
Oracle_user	Oracle Unix Ayrıcalıklı Kullanıcı	kehanet	oracle_user=oracle10
yan taraf	Oracle SID'si		SID=XE
Oracle_SID	Oracle SID'si		Oracle_SID=XE
Oracle_HOME	Oracle ANA SAYFA		ORACLE_HOME=/opt/oracle/…
ayrıntılı	Görevde 0 olarak gösterilen RMAN çıkışı		ayrıntılı=1
sbt	SBT'yi RMAN'de Kullanmak		sbt
ctrl dosyası	SBT kullanırken dosyaları kontrol etmenin ana yolu		ctrlfile=/tmp/oracle

Tablo 4. Oracle için RMAN modunda eklenti seçenekleri

Ardından, where=/ veya where= eklentisi bu SQL dosyasını veritabanınıza yükleyecektir. Bazı roller zaten mevcutsa, iş günlüğünde bir hata mesajı görünür. Ayrıca, users.sql dosyasını yerel bir dizine geri yüklemek, dosyanın seçilen herhangi bir bölümünü geri yüklemek için sqlplus ile düzenlemek ve yüklemek de mümkündür.

Bir Oracle veritabanının kurtarılması. Oracle için Bacula Enterprise Plugin kullanarak tek bir şemayı geri yüklemek için, geri yükleme komutu sırasında bir katalog şeması seçmeniz gerekir, seçim bir veri dosyası (data.dmp) ve bir şema oluşturma komut dosyası (user.sql) içermelidir.

Pirinç. 3 BWeb'de dökümü olan veritabanı içeriği

db dizini seçildikten sonra, şemayı farklı bir adla yeni bir şemaya geri yüklemek için nerede seçeneğini kullanabilirsiniz. Yeni bir şema adı oluşturmak için, where parametresini A..Z, 0-9 ve _ karakterlerini içeren tek bir kelimeye ayarlamanız gerekir. Bacula eklentisi daha sonra belirtilen şemayı oluşturacak ve verileri ona geri yükleyecektir.

Şema adında her zaman büyük harf kullanmanızı öneririz. Oracle için Bacula Enterprise Plugin, where= parametresinde verdiğiniz adı kullanarak yeni şemayı yeniden oluşturacaktır. İsimde büyük ve küçük harf kullanırsanız, şemaya erişmek için şema adını tırnak içine almanız gereken bir durum olabilir.

Geri yükledikten sonra, orijinal şema ile aynı ayarları kullanarak az önce oluşturduğunuz şema için parolayı sıfırlamanız gerekebilir. Bunu yapmak için şunu çalıştırın:

Parametreyi asla olarak ayarlarsanız, Bacula eklentisi şema listesini kontrol eder ve geri yüklenen mevcut şema zaten mevcutsa görevi iptal eder.

where parametresi bir dizinse (/ içeren), Bacula eklentisi tüm dosyaları o dizine geri yükleyecektir. Bu şekilde imp dizinini kullanabilir ve yalnızca tetikleyicileri, tabloları, dizinleri vb. geri yükleyebilirsiniz.

Tek bir Oracle tablosunun kurtarılması. Oluşturduğunuz bir dökümden tablo gibi tek bir nesneyi geri yüklemek için önce döküm dosyasını yerel bir dizine geri yüklemeniz gerekir. Ardından, imp aracını kullanarak istediğiniz nesneyi içe aktarın. Daha fazla bilgi için, nesneleri Oracle'a aktarmayla ilgili belgelere bakın.

Oracle döküm dosyalarını bir dizine geri yükleme. SQL dökümlerini bir dizine geri yüklemek için, where parametresini herhangi bir geçerli dizine ayarlayabilirsiniz.

Bacula eklentisi ile Oracle geri yükleme işlemi, SYS şemasını Oracle SID XE'ye geri yüklerken aşağıdaki klasörleri oluşturacak ve seçilen dosyaları buna geri yükleyecektir.

Tüm Oracle veritabanını geri yükleme. Tüm veritabanlarını ve veri tabanı yapılandırmalarını geri yüklemek için, /@ORACLE/ içinde bulunan tüm dosyaları geri yüklemeniz yeterlidir. , replace=always ve where=/ kullanın.

Oracle yedekleme ve geri yükleme limitleri

Varsayılan eklentiler, Copy/Migration/VirtualFull görevleriyle uyumlu değildir.

Okumak Yedek oluşturmak veya kaybolan bir Oracle Veritabanını geri yüklemek için hangi araçlar kullanılabilir?. Hem veritabanında yerleşik araçları hem de üçüncü taraf uygulamalarını göz önünde bulundurun. Oracle Database, oluşturulan tüm veritabanı dosyalarını veri dosyalarında saklar. Genellikle, belirli bir veritabanının verilerini geri yüklemek için, veri dosyalarını geri yüklemek ve bunları Oracle Veritabanına aktarmak yeterlidir.

İçerik:

Oracle Veritabanı Yapısı

İşlem sırasında, bir Oracle Veritabanı örneği, daha sonra geri yüklenmek üzere yedeklenmesi gereken birkaç dosya grubunu kullanır. BT:

Bu nedenle, Oracle Veritabanını kaydetmek, arşivlemek veya yedeklemek için tam olarak belirtilen dosya gruplarının kopyaları oluşturulmalıdır ve bu:

• *.DBF– veri dosyaları, tablo alanları ve veritabanı kontrol dosyaları. Bulunduğu yer:
  C:\oraclex\app\oracle\oradata\XE
• *.ora– veritabanı yapılandırma dosyaları ve parola dosyaları.
  Yapılandırma dosyaları:
  C:\oraclex\uygulama\oracle\ürün\11.2.0\sunucu\dbs
  Şifre dosyaları (PW…ora):
  C:\oralex\app\oracle\ürün\11.2.0\sunucu\veritabanı
• *.KAYIT– işlem günlüğü dosyaları:
  C:\oraclex\app\oracle\fast_recovery_area\XE\ONLINELOG

burada XE, bizim durumumuzda veritabanının adıdır.

Oracle Veritabanı Yedekleme

Bir Oracle Veritabanını iki şekilde yedekleyebilirsiniz:

• İşletim sistemi aracılığıyla arşivleme.
• Oracle Application Express - Import / Export'un yerleşik araçlarını kullanma.

İşletim sistemi aracılığıyla arşivleme

İşletim sistemi aracılığıyla arşivleme, aşağıdakiler gibi tüm çalışan veritabanı dosyalarının "el ile" kopyalanması anlamına gelir:

• Tablo alanı dosyaları.
• kontrol dosyaları.
• İşlem günlüğü dosyaları.
• Yapılandırma dosyaları.

Bu durumda, arşivleme işlemi, kontrol dosyalarının, tablo alanı dosyalarının, yapılandırma dosyalarının, arşivlenmiş işlem günlüklerinin bir yedekleme dizinine veya yedekleme sunucusuna basitçe kopyalanmasından oluşur. Arşivleme, veritabanı örneği durdurulduğunda gerçekleştirilir ve kullanıcılar onunla çalışamaz.

Bir çökmeden zarar görmüş bir veritabanını geri yüklemek için durdurulmalı ve çalışma dosyalarının ve işlem günlüklerinin yedek kopyaları orijinal konumlarına yeniden yazılmalıdır.

Dışa Aktarma / İçe Aktarma araçlarını kullanarak yedekleme ve geri yükleme

Standart Oracle Dışa Aktarma ve İçe Aktarma mekanizmalarını kullanarak bir Oracle Veritabanını yedekleyebilir ve geri yükleyebilirsiniz. Veri güvenliğinin güvenilirliğini artırmak için, veritabanı ile çalışmanın yoğunluğuna bağlı olarak periyodik olarak tam bir dışa aktarma gerçekleştirmek gerekir. Verilerde oldukça yoğun bir değişiklik olduğu için haftada bir ihracat yapmak gerekiyor.

Bunun için:

Bir arşiv tarafından daha önce oluşturulmuş bir dosyanın içe aktarılması benzer şekilde gerçekleştirilir:

Oracle Application Express'i açın ve Application Builder / Import menüsünü seçin

İçe aktarılacak bir dosya seçin ve türünü belirtin



• İçe aktarılan veritabanını yükleyin

  
  

Kayıp Bir Oracle Veritabanını Geri Yükleme

Oracle Veritabanı herhangi bir nedenle silinir veya kaybolursa, dosyalar kullanılarak geri yüklenerek geri yüklenebilir. Hetman Bölüm Kurtarma ve bölümde açıklanan yöntemi kullanarak bunları geri yükleyin. "İşletim sistemini kullanarak arşivleme".

Bunun için:




Örneğin, veritabanı dosyalarının geri yüklenmesi, *.DBF dosyalarının geri yüklenmesi işlemi anlatılmaktadır. Ancak sağlıklı bir veritabanının tüm verilerini geri yüklemek için ilgili *.ORA ve *.LOG dosyalarının da geri yüklenmesi gerektiğini unutmayın.

Oracle Recovery Manager (RMAN) Kullanarak Veritabanını Yedekleme ve Geri Yükleme

Oracle Recovery Manager (RMAN), başka bir Oracle Veritabanı yedekleme aracıdır. Diğer araçlardan farklıdır, çünkü yalnızca ondan gelen verilerin değil, tüm veritabanının eksiksiz bir kopyasını oluşturur. Ayrıca, daha da önemlisi, Oracle Recovery Manager, SQL Komut Satırı'nın işlevselliğini birleştirirken, kullanıcıyı komutlarına tamamen bağımlı olmaktan kurtarır. Bu araç, Oracle Database kurulumu ile aynı anda ve bilgisayara kurulur.

Oracle Recovery Manager (RMAN) kullanarak bir veritabanı yedeği oluşturmak için:




Oracle Recovery Manager (RMAN) kullanarak bir veritabanı yedeğinden bir veritabanını geri yüklemek için:




Bu arada Oracle Veritabanı yedekleme dosyasının kaybolması veya silinmesi durumunda, *.BKP Yedekleme dosyası kullanılarak da geri yüklenebilir. Hetman Bölüm Kurtarma ve ardından yukarıda açıklandığı gibi Oracle Recovery Manager'ı (RMAN) kullanarak veritabanına geri yükleyin.

Oracle veritabanı verilerini yedeklemenin iki yolu vardır:

• İşletim sistemini kullanma.
• Veritabanının kendi yardımcı programlarını kullanma.

Bu yöntemlerin her birinin avantajları ve dezavantajları vardır. İşletim sistemi kullanılarak yedek kopya oluşturulması durumunda, sistemin 7/24 çalışması gerekiyorsa kabul edilemez olan veri tutarsızlığını önlemek için tüm yedek kopya oluşturma işlemi sırasında örneğin durdurulması gerekir. modu. İkinci ana dezavantaj, çok sayıda yedeklemeyi yönetmenin karmaşıklığı ve bunları hatalara karşı kontrol etmenin zahmetli olmasıdır.

Veritabanı yardımcı programlarını kullanarak bu dezavantajlardan kaçınılabilir, ancak diğer dezavantajlar, özelleştirmenin karmaşıklığı ve kendi komut sözdizimi ortaya çıkar.

Yerleşik veritabanı yedekleme yardımcı programları öncelikle exp ve expdp'dir ve mantıksal bir yedekleme (yani bir veritabanı nesnesinin bir kopyası) oluşturmanıza olanak tanır. Bu yedekleme oluşturma yöntemi basittir ve ana dezavantajı, örneğin yeniden yüklenmesi gerekiyorsa bir kopyadan geri yükleme için gereken süre ve bir nesneyi yalnızca belirli bir yedekleme anında geri yükleme yeteneğidir.

Oracle tarafından özellikle veritabanı yedeklemeleri oluşturmak için oluşturulan en güçlü yardımcı program RMAN yardımcı programıdır. Bu, örneği durdurmadan veritabanının tam bir kopyasını oluşturmanıza ve geçmişte herhangi bir noktaya geri yüklemenize olanak tanır, eski kopyaları izler ve gerekirse bunları siler ve ayrıca hata olup olmadığını kontrol eder. Ancak aynı zamanda ciddi bir dezavantajı vardır - yapılandırılması ve yönetilmesi zordur. Bu yardımcı programı yapılandırmaya ve yönetmeye daha yakından bakalım.

RMAN yardımcı programı 8g sürümünde göründü ve sonraki sürümlerde geliştirildi. Veritabanımızın düzenli yedeklerini oluşturmak için bu yardımcı programı ayarlayalım.

Her şeyden önce, veritabanının nelerden oluştuğunu anlamanız ve ne sıklıkla yedek kopya oluşturmanız gerektiğine karar vermeniz gerekir. Bizim durumumuzda bu, Oracle veritabanıdır ve aşağıdaki dosyalardan oluşur:

• tablo alanları;
• kontrol dosyaları;
• günlükleri yeniden yap;
• veri dosyaları (init.ora, spfile, tnsnames.ora, listener.ora, orapwd);

Kaydedilecek verileri seçtikten sonra kopyalama stratejisini belirliyoruz, yani oluşturulan yedeklemelerin sıklığını, türünü ve saklanma zamanını seçiyoruz. Yedeklemeler artımlı dolu - yani, tamamen kopyalanmış bir dosya, artımlı kümülatif - kopya yalnızca mevcut durum ile son artımlı yedekleme anındaki durum arasındaki verilerdeki farkı ve artımlı farkları içeriyorsa - bu tür kopyalar farkı içerir mevcut durum ile herhangi bir son yedekleme anındaki durum arasında. Strateji seçimi, veritabanının çalışma modu tarafından belirlenir, eğer sık ​​sık değişen bir veritabanı ise, o zaman artımlı tam kopyaların daha sık yapılması istenir; bu, bir arızadan sonra veritabanını hızlı bir şekilde geri yüklemenize izin verecektir, çünkü . çok sayıda işlem yapmak zorunda değilsiniz. Bu veritabanı esas olarak depolama ve okuma için kullanılıyorsa, artımlı kopyalar nadiren yapılabilir ve düzenli kümülatif kopyalarla sınırlı olabilir.

Veritabanımız esas olarak depolama için kullanılır ve zamanla çok az değişir, bu nedenle şu stratejiyi seçeceğiz: haftada bir 3 gece Pazar günü artan bir kopya oluşturmak ve her gece 3 saatte kümülatif kopyalar oluşturmak, bu hızlı bir şekilde geri yüklememizi sağlayacaktır. maksimum 2 kopya kullanarak fazla disk alanı kaplamadan veritabanı.

Neyi kopyalayacağımıza ve ne sıklıkla kopyalayacağımıza karar verdikten sonra, bir veritabanı örneği oluşturmaya devam edebiliriz. Öncelikle veritabanının redo logları (archivelog) arşivleme modunda çalıştığından emin olmalısınız, bunu sorgu ile kontrol edebilirsiniz:

v$database'den log_mode'u seçin; sysdba haklarına sahip herhangi bir kullanıcıdan. İstek arşiv günlüğü döndürdüyse, her şey yolundaysa, bir sonraki adıma geçin, noarchivelog ise, veritabanını arşiv günlüğü modunda yeniden başlatmanız gerekir. Bunu yapmak için, veritabanını mount modunda şu komutla yeniden başlatmanız gerekir:
başlangıç ​​montajı hemen ve komutu yürütün
veritabanı arşiv günlüğünü değiştir; arşiv günlüğü modunu etkinleştirir, bundan sonra yalnızca şu komutla veritabanını açmak kalır:
açık veritabanını değiştir;

Yineleme günlüklerinin kopyalarını tutmak, veritabanının tutarlı artan etkin kopyalarını oluşturmak ve veritabanının durumunu geçmişteki herhangi bir noktaya geri yükleyebilmek için gereklidir.

Veritabanını arşiv günlüğü moduna geçirdikten sonra, bunun için toplu kurtarma alanının parametrelerini ayarlamamız gerekiyor. İstek tarafından zaten ayarlanmış olup olmadıklarını kontrol edelim:

"db_recovery_file_dest%"; ayarlanmazsa, komutları ayarlayın:
sistem setini değiştir db_recovery_file_dest_size=50G kapsam=her ikisi; toplu kurtarma alanının maksimum boyutunu ayarlar ve
sistem setini değiştir db_recovery_file_dest="/storage/recovery_area" kapsam=her ikisi; dosya sistemindeki toplu kurtarma alanının konumunu belirtir. Bir toplu geri yükleme alanı oluşturmak, rman'ın bağımsız olarak kullanılmayan kopyaları kaldırabilmesi, kalan boş disk alanını izleyebilmesi ve azsa uyarabilmesi için gereklidir.

Instance'ı kurduktan sonra komut dizisi ile rman'a bağlanarak rman yardımcı programının kendisini kurmaya devam edebilirsiniz.

Rman connect hedef kullanıcı/ [e-posta korumalı] komutu yürüt
Hepsini Göster ↓;

her şeyden önce, yedek depolama parametrelerini yapılandırıyoruz, bu ya YAPILANDIRMA SAKLAMA POLİTİKASI parametresi ile yapılır veya aynı anda saklanan kopya sayısı belirlenir veya kopyanın uygun olduğu düşünülen süre belirtilir. Kurtarma penceresi parametresini şu komutla 7 güne ayarlayın:

7 GÜNLÜK KURTARMA PENCERESİ İÇİN SAKLAMA POLİTİKASI YAPILANDIRIN; her yedekleme oluşturulduğunda kontrol dosyasının otomatik yedeklemesini etkinleştirin, kontrol dosyasının bir kopyası oluşturulacaktır:
KONTROL DOSYASI OTOMATİK YEDEKLEMEYİ AÇIK YAPILANDIR; rman'ın dosya kopyaları oluşturmaması için optimizasyonu etkinleştirin, zaten mevcut olanla aynı yedek kopyalar var:
YEDEKLEME OPTİMİZASYONUNU YAPILANDIRIN; ve bir yedek kopya oluşturma sürecini 2 kanala paralel hale getirin:
CİHAZ TİPİ DİSK PARALELİZMİNİ YAPILANDIRIN 2; Bilgilerin kaydedildiği cihazın parametrelerini, şifrelemeyi, sıkıştırmayı, kontrol dosyasının otomatik yedekleme biçimini ve kopya dosyasının maksimum boyutunu değiştirmeyeceğiz.

Bu yapılandırmadan sonra geriye yalnızca işletim sisteminde rman için yürütme dosyaları oluşturmak ve bunları görev zamanlayıcıya eklemek kalır.

diriliş için:

#!/bin/bash dışa aktarma ORACLE_HOME=/u01/11g/ dışa aktarma NLS_LANG=american_america.AL32UTF8 dışa aktarma ORACLE_SID=kagu1251 rman bağlantı hedef kullanıcı/geçme YEDEKLEME ARTIŞLI SEVİYE 0 DATABASE; YEDEK VERİ DOSYASI "/oradata/db/admin/kagu/pfile/init.ora.6302012163819"; YEDEK VERİ DOSYASI "/u01/11g/network/admin/listener.ora"; YEDEK VERİ DOSYASI "/u01/11g/network/admin/tnsnames.ora"; YEDEK VERİ DOSYASI "/u01/11g/dbs/spfilekagu.ora"; YEDEK VERİ DOSYASI "/u01/11g/dbs/orapwkagu1251";

Diğer günler için:

#!/bin/bash dışa aktarma ORACLE_HOME=/u01/11g/ dışa aktarma NLS_LANG=american_america.AL32UTF8 dışa aktarma ORACLE_SID=kagu1251 rman connect hedef kullanıcı/geçiş YEDEKLEME ARTIŞLI SEVİYE 1 VERİTABANI; YEDEK VERİ DOSYASI "/oradata/db/admin/kagu/pfile/init.ora.6302012163819"; YEDEK VERİ DOSYASI "/u01/11g/network/admin/listener.ora"; YEDEK VERİ DOSYASI "/u01/11g/network/admin/tnsnames.ora"; YEDEK VERİ DOSYASI "/u01/11g/dbs/spfilekagu.ora"; YEDEK VERİ DOSYASI "/u01/11g/dbs/orapwkagu1251";

Tüm veritabanını tamamen kaybolduktan sonra geri yüklemek için, RESTORE DATABASE komutu kullanılır, yürütüldükten sonra, verileri arşiv günlüklerini kullanarak RECOVER DATABASE komutuyla senkronize etmek gerekir, restorasyon montaj modunda gerçekleşir.

Belirli bir tablo alanını geri yüklemek için önce onu şu komutla ÇEVRİMDIŞI duruma getirmelisiniz:

ALTER TABLESPACE kullanıcısı ÇEVRİMDIŞI;

Bundan sonra, geri yükleyin ve senkronize edin:

TABLESPACE kullanıcısını GERİ YÜKLE; RECOVER TABLESPACE kullanıcısı; Tamamlandığında, şu komutla çevrimiçi moda aktarın:
ALTER TABLESPACE kullanıcısı ONLINE;

Veritabanını zaman içinde belirli bir noktaya da geri alabilirsiniz.Bunun için komut yürütülür:

"29 Ocak 2013 20:00:00" SAATİNE KADAR AYARI;

Bu geri yükleme, veritabanı mount modundayken yapılmalı ve açılırken RESETLOGS seçeneğini belirtin, böylece geri yükleme noktasından sonra oluşturulan redo günlüklerinde kaydedilen değişiklikler gerçekleştirilmez.

Oluşturulan yedekleri izlemek için, toplu kurtarma alanındaki yedeklerin varlığını ve bunlara erişme yeteneğini kontrol etmenizi sağlayan CROSSCHEK komutu uygundur. VALIDATE komutu, yedekleme dosyalarını mantıksal veya fiziksel hatalara karşı test etmek için kullanılır.

Merhaba, blog sitesinin sevgili okuyucuları! Oracle veritabanının yedeklenmesi ve geri yüklenmesi hakkında bir makaleyi dikkatinize sunuyorum. Bu materyalin Recovery Manager (RMAN) kullanarak bir Oracle sunucusunda yedekleme ve geri yükleme gerçekleştiren yöneticiler için faydalı olacağını düşünüyorum.

Yedekleme ve geri yükleme

Makaleyi anlamak için aşağıdaki alanlarda bir anlayışa sahip olmak arzu edilir:

• İlişkisel veritabanı kavramları ve yönetim temelleri.
• Oracle Base'in altında çalıştığı işletim sistemi ortamı.

Aslında bu makale, yedekleme ve kurtarmanın temel kavramlarına ilişkin bir dizi makalenin giriş bölümüdür. Bu materyali yedekleme ve kurtarmadan sorumlu tüm kullanıcılara tavsiye ederim. Genel olarak makale sadece RMAN kullananların değil tüm kullanıcıların ilgisini çekecektir. Gelecekte, Recovery Manager'ı kullanarak yedekleme ve kurtarma teknolojileri hakkında size daha fazla bilgi vermeyi planlıyorum. Yedekleme ve geri yüklemeyi RMAN olmadan yöneten kullanıcıların yalnızca bu makaledeki kavramlara ve sonraki yedekleme ve geri yüklemeye genel bakış gönderilerine aşina olmaları gerekir.

Bu nedenle, önerilen makale setinin amacı, yedekleme ve geri yükleme kavramlarına genel bir bakış sağlamak, yedekleme ve geri yükleme ile ilgili Oracle veritabanı dosyalarını değerlendirmek ve veritabanınızı yedeklemek ve geri yüklemek için mevcut araçları keşfetmek, korumaktır. bilgi kaybı ve diğer hatalara karşı.

Peki yedekleme ve geri yükleme nedir? Yedekleme ve geri yükleme veritabanınızı bilgi kaybından korumak ve bir tür veri kaybından sonra bir veritabanını geri yüklemekle ilgili çeşitli stratejiler ve prosedürler anlamına gelir.

Fiziksel ve Mantıksal Yedeklemeler

destek olmak kurtarma için kullanılabilecek veri tabanınızdaki verilerin bir kopyasıdır. Yedeklemeler ayrılabilir fiziksel yedeklemeler ve mantıksal yedeklemeler.

Fiziksel yedeklemeler, veri dosyaları, kontrol dosyaları, günlük dosyası arşivleri gibi veritabanınızı depolamak ve geri yüklemek için kullanılan fiziksel dosyaların yedekleridir. Sonuç olarak, her bir fiziksel yedekleme, veritabanı hakkında başka bir yerde (diskte, teypte vb.) bilgi depolayan dosyaların bir kopyasıdır.

Mantıksal yedeklemeler, Oracle dışa aktarma yardımcı programı kullanılarak veritabanından dışa aktarılan ve bir ikili dosya olarak saklanan mantıksal verileri (örneğin, tablolar veya saklı prosedürler) içerir - sırasıyla Oracle içe aktarma yardımcı programı kullanılarak veritabanına daha sonra içe aktarılmak üzere.

Fiziksel yedeklemeler, herhangi bir güvenilir yedekleme ve geri yükleme stratejisinin temeliyken, mantıksal yedeklemeler çoğu durumda fiziksel yedeklemelere faydalı bir ektir, ancak fiziksel yedeklemeler olmadan tatmin edici bilgi kaybı koruması sağlamak için yeterli değildir.

Ayrıca, yedekleme ve kurtarma ile ilgili bu makaledeki “yedekleme” terimi öncelikle fiziksel yedeklemeler anlamına gelecektir (ne tür yedeklemelerden bahsettiğimiz belirtilmemişse) ve yedekleme yapmak veritabanının bir kısmı veya tamamı - fiziksel yedekleme türlerinden birini yapmak anlamına gelir. Makaledeki vurgu esas olarak fiziksel yedeklemeler üzerinedir.

Bir Yedekten Geri Yüklemeyi Gerektiren Hatalar ve Kilitlenmeler

Oracle veritabanlarının veya G/Ç işlemlerinin normal işleyişini kesintiye uğratan birkaç tür sorun olsa da, genellikle bunlardan yalnızca ikisi yönetici müdahalesi (DBA) ve medya kurtarma gerektirir: medya arızalarının kendileri (sabit sürücüler vb.) ve hatalar kullanıcılar.

Diğer hatalar, veritabanını yeniden yüklemek için (bir örnek çökmesinden sonra) veya ek disk alanı tahsis etmek için (örneğin, taşan bir veri dosyası nedeniyle bir sql deyimi yürütme hatasından sonra) DBA müdahalesini gerektirebilir, ancak bu durumlar genellikle veri kaybı ve bir yedekten geri yükleme gerektirmez.

Kullanıcı hataları

Kullanıcı hataları ya uygulama mantığındaki hatalardan dolayı oluşur ya da kullanım kılavuzundan sapıldığında veritabanınızdaki veriler hatalı olarak değiştirilir veya silinir. Kullanıcı hatasından kaynaklanan bilgi kayıpları, önemli tabloların silinmesi, bir tablonun silinmesi veya içeriğinin değiştirilmesi gibi gözetimleri içerir. Kullanıcı eğitimi ve dikkatli ayrıcalık yönetimi, çoğu kullanıcı hatasına karşı koruma sağlayabilirken, yedekleme stratejiniz, kullanıcı hatası bilgi kaybına neden olduğunda kayıp verileri ne kadar incelikle kurtaracağınızı belirleyecektir.

Medya hatası

Medya hatası diskteki fiziksel bir sorun nedeniyle veritabanının çalışması için gerekli olan bir diskteki bir dosyayı okuma veya yazma hatasıdır. örneğin kafa yetmezliği. Medya hatası nedeniyle herhangi bir veritabanı dosyası bozulabilir.

Bir ortam arızasından kurtarmanın uygun yöntemi, mevcut yedekleme türlerinin yanı sıra arızadan hangi dosyaların etkilendiğine bağlıdır.

Oracle Yedekleme ve Kurtarma Çözümleri: RMAN ve Özel Yedeklemeler

Fiziksel yedeklemeye dayalı bir yedekleme ve geri yükleme gerçekleştirmek için emrinizde iki çözüm vardır:

• Kurtarma Yöneticisi- bir araç (komut satırından veya Enterprise Manager GUI'den çalışır), yedekleme ve geri yükleme ile ilgili bir dizi eylemi gerçekleştirmek ve aynı zamanda yedeklemelerinizin geçmişini korumak için Oracle sunucusunda çalışan oturumlarla entegre olur
• Geleneksel özel yedekleme ve geri yükleme(yani kullanıcı tarafından gerçekleştirilir ve kontrol edilir) veritabanınızı oluşturan dosyaları doğrudan yönettiğinizde, işletim sistemi komutlarını ve yedekleme ve geri yükleme ile ilgili SQL*Plus özelliklerini kullanırken

Her iki yöntem de Oracle tarafından desteklenir ve tamamen belgelenmiştir. Ancak Recovery Manager, veritabanı yedekleme ve geri yükleme için tercih edilen çözümdür. Özel yedeklemeler ve geri yüklemeler ile aynı türde yedekleme ve geri yüklemeleri gerçekleştirebilir, ancak çok daha basit bir şekilde, ayrıca RMAN, farklı işletim sistemlerinde yedekleme görevleri için ortak bir arayüz sağlar ve ayrıca, mevcut olmayan bir dizi yedekleme teknolojisi sunar. manuel yedekleme yöntemleri.

Makalenin çoğu, RMAN ile yedekleme ve geri yüklemeye odaklanacaktır. Yedekleme ve geri yükleme ile ilgili gelecek makalelerde özel yedekleme ve geri yükleme yöntemlerini anlatmayı planlıyorum.

Hangi yöntemi kullanırsanız kullanın (RMAN veya özel), fiziksel yedeklemelerinizi dışa aktarma yardımcı programları aracılığıyla yapılan mantıksal şema nesne yedeklemeleri ile artırabilirsiniz. Bu şekilde kaydedilen veriler daha sonra fiziksel bir yedekten geri yüklendikten sonra bu nesneleri yeniden oluşturmak için içe aktarılabilir. Ancak bu yazıda mantıksal yedeklemeleri ele almayacağım (o zaman mantıksal yedeklemeler hakkında ayrı bir yazı yazmak istiyorum).

İlginiz için teşekkür ederiz! İlerleyen zamanlarda yazmaya çalışacağım yazılarımda yedekleme ve geri yükleme konusunun devamını kaçırmayın. İyi şanlar!.