PC ve sunucular için hepsi bir arada yedekleme yazılımı. Oracle yedekleme. Bacula Enterprise ile Oracle Veritabanı Yedekleme

Falan falan. Her zaman yedekleme yapmanız gerekir, aksi takdirde "Üssü düşürdü ve yedekleme yapmadı" resimdeki gibi olacaktır.

Yedeklemeler belirlenen kurallara göre otomatik olarak yapılmalıdır. Yönetici, her yedekleme gerektiğinde değil, bir şeyler ters giderse müdahale etmelidir.

Yedekler, tercihen aynı odada değil, başka bir sunucuda saklanmalıdır. Bu mümkün değilse, veritabanı dosyalarının depolandığı diskten farklı bir diskte depolanmalıdır.

Oracle veritabanlarının yedeklenmesi, veri dosyalarının, kontrol dosyalarının ve arşiv günlük dosyalarının yedeklenmesini içerir. Ayrıca yedek kit içerisinde spfile, init.ora, listener.ora ve tnsnames.ora dosyaları da yer alabilir.

Yedekleme devam ediyor:

• İşletim sistemi aracılığıyla.
• RMAN (Kurtarma Yöneticisi) araçları.

Çok sayıda veritabanının yedeklerinin merkezi olarak depolanması için Oracle, yedeklemeler için özel olarak oluşturulmuş başka bir veritabanı olan Oracle Kataloğu'nu kullanmanızı önerir (İçinde neyin depolandığını henüz söyleyemem. Hiç kullanmadım). Nedense yedeklerin içinde saklandığını düşündüm. Ama bundan şüphe etmeye başladım.

Yedeklemelere ek olarak, istediğiniz şemayı bir dosyaya aktarabilirsiniz. Ardından, isterseniz, onu da içe aktarabilirsiniz. Bu, döküm dosyasının kendisinden başka herhangi bir dosya gerektirmez.

ARŞİVLOG ve NOARŞİVELOG modları

Oracle, bellek içi veri bloklarında yapılan tüm değişiklikleri çevrimiçi yineleme günlüklerine yazar ve genellikle bunu, bunları veritabanı dosyalarına yazmadan önce yapar. Geri yükleme işlemi sırasında Oracle, veritabanını güncel hale getirmek için bu günlük dosyalarında yapılan değişiklikleri kullanır. Oracle, bu tür dosyaları yönetmek için iki modu destekler.

• Günlük arşivleme modu (ARŞİVLOG). Bu modda, Oracle tam yineleme günlüklerini depolar (arşivler). Bu nedenle, yedekleme ne kadar süre önce yapılmış olursa olsun, ARŞİVLOG modu kullanılıyorsa, arşiv günlükleri kullanılarak veritabanı her zaman herhangi bir zamanda geri yüklenebilir.
• Günlükleri arşivlemeden mod (NOARCHIVELOG). Bu modda, tam tekrar günlükleri kaydedilmek yerine üzerine yazılır. Bu, NOARCHIVELOG modunu kullanırsanız, yalnızca yedekten geri yükleme yapabileceğiniz ve yedekleme yapıldıktan sonra veritabanında yapılan tüm diğer değişikliklerin kaybolacağı anlamına gelir. Bu mod, kurtarmanın yalnızca bir veritabanı örneği başarısız olduktan sonra gerçekleştirilebilmesini sağlar. Ortamla ilgili sorunlar olması durumunda (örneğin, bir diskin kaybolması), NOARCHIVELOG modunda çalışan veritabanı yalnızca yedekten ve elbette oluşturulduktan sonra üzerinde yapılan tüm değişikliklerin kaybıyla geri yüklenebilir. bu yedekleme.

Hemen hemen tüm üretim veritabanları ARŞİVLOG modunda çalışır. NOARCHIVELOG modu, yalnızca diğer kaynaklardan veri kurtarmanın mümkün olduğu durumlarda veya veritabanı henüz geliştirme veya test aşamasında olduğunda ve bu nedenle verilerini bir dakikalık doğrulukla kurtarma yeteneğine ihtiyaç duymadığında kullanılır.

Veritabanının tamamını veya bir kısmını yedekleme

Hem veritabanının tamamını hem de içindeki tablo alanı veya veri dosyası gibi yalnızca bir kısmını yedekleyebilirsiniz. Veritabanı NOARCHIVELOG modunda çalışırken, yedeklenecek tüm tablo alanları ve dosyalar salt okunur olmadığı sürece, kısmi veritabanı yedeklemesi olarak da adlandırılan veritabanının yalnızca bir kısmının yedeklenemeyeceğine lütfen dikkat edin. Tüm veritabanı yedeği olarak da adlandırılan veritabanının tamamını ARŞİVLOG veya NOARŞİVLOG modunda yedekleyebilirsiniz.

Çoğu zaman, tam bir yedekleme gerçekleştirilir. Yalnızca tüm veri dosyalarının değil, aynı zamanda başka bir önemli dosyanın da - kontrol dosyasının kopyalanmasını içerir. Oracle, kontrol dosyası olmadan veritabanını açmayacaktır, bu nedenle tüm veri dosyalarını yedeklemeye ek olarak, geri yüklemek için kontrol dosyasının güncel bir yedeğine de sahip olmanız gerekir.

Tutarlı ve tutarsız yedeklemeler

Tutarlı bir yedekleme, tutarlı yedeklemelerle sonuçlanır ve bir geri yükleme işlemi gerektirmez. Bir veritabanını veya bir kısmını (örneğin, bir tablo alanı veya bir veri dosyası) geri yüklemek için bir yedekleme kullanırken, genellikle önce verileri yedekten geri yüklemeniz (yani, RESOTRE prosedürü) ve ardından veritabanını eski sürüme geri yüklemeniz gerekir. (örn. KURTARMA prosedürü). Tutarlı bir yedekleme için bu kurtarma adımlarının hiçbiri gerekli değildir. Tutarsız bir yedekleme durumunda, bu kurtarma adımları her zaman gereklidir.

Oracle, her işleme benzersiz bir Sistem Değişiklik Numarası (SCN) atar. Örneğin her taahhüt, bu sayıda bir artışa yol açacaktır. Oracle bir kontrol noktası ayarladığında, çevrimiçi veri dosyasındaki herhangi bir değiştirilmiş veri diske yazılır. Ve ne zaman olursa olsun. Oracle, kontrol dosyasındaki iş parçacığı kontrol noktasını günceller. Bu güncelleme sırasında Orale, tüm okuma/yazma verilerinin ve kontrol dosyalarının aynı SCN ile uyumlu olmasını sağlar. Veritabanı, tüm veri dosyalarının başlıklarında saklanan SCN numaraları aynı olduğunda ve kontrol dosyalarında bulunan veri dosyası başlık bilgileriyle eşleştiğinde tutarlı kabul edilir. Hatırlanması gereken en önemli şey, tüm veri dosyalarında ve kontrol dosyasında (veya dosyalarında) aynı SCN numarasının bulunması gerektiğidir. Aynı SCN numarasının bulunması, veri dosyalarının aynı zaman periyodu için veri içerdiği anlamına gelir. Veriler tutarlıysa, yedekleme kümesini orijinal konumuna geri döndürdükten (veya kopyaladıktan) sonra herhangi bir kurtarma adımı gerekmez.

Tutarlı bir veritabanı yedeği oluşturmak için, kapatmanız (normal SHUTDOWN veya SHUTDOWN TRANSACTIONAL komutuyla, ancak SHUTDOWN ABORT komutuyla değil) veya durdurmanız (zararlı kapatma komutunu kullanarak) ve mount modunda yeniden başlatmanız gerekir.

Tutarsız bir yedekleme yaptığınızda, yedekleme dosyalarının farklı sürelere ait veriler içerdiğini görürsünüz. Bunun nedeni, çoğu üretim sisteminin tutarlı yedeklemeler için kesintiye uğramamasıdır. Bunun yerine, bu veritabanlarının haftada 7 gün, günde 24 saat çalışıyor olması gerekir. Bu nedenle, bu veritabanlarının çevrimiçi olarak yedeklenmesi gerektiği anlamına gelir, yani. işlemlere açık kaldıkları sürece. Veri dosyalarının bir yedekleme sırasında kullanıcılar tarafından değiştirilmesi, tutarsız yedeklemelere neden olur. Tutarsız bir yedekleme yapmak, bir tür yanlış yedekleme aldığınız anlamına gelmez. Ancak, bir geri yükleme sırasında, bu tür yedeklemeleri yalnızca geri almak yeterli değildir. Bunları orijinal konumlarına döndürmenin yanı sıra, yedeklemenin gerçekleştirildiği andan veritabanının geri yüklenmesi gereken ana kadar oluşturulan tüm arşivlenmiş ve çevrimiçi redo günlüklerinin uygulanması da zorunludur. Oracle bu dosyaları okuyacak ve gerekli değişiklikleri bu yedekleme dosyalarına otomatik olarak uygulayacaktır.

Açık bir veritabanıyla yalnızca tutarsız yedeklemeler gerçekleştirilebildiğinden, çoğu üretim veritabanı, özünde tutarsız yedekleme stratejileri kullanır.

Açık ve kapalı veritabanı yedeklemesi

Çevrimiçi yedekleme veya sıcak / sıcak yedekleme olarak da adlandırılan açık bir yedekleme, veritabanı açık ve kullanıcılar tarafından erişilebilir durumdayken yedeklemeler oluşturmayı içerir. Veritabanının tamamının (yalnızca ona ait tablo alanı veya veri dosyasının yanı sıra) çevrimiçi yedeklemesini yalnızca veritabanı ARŞİVLOG modunda çalışıyorsa yapabilirsiniz. Veritabanı NOARCHIVELOG modunda çalışırken yapılamaz.

Soğuk yedekleme olarak da adlandırılan kapalı bir yedekleme, veritabanı kapalıyken (durdurulurken) yedeklemelerin oluşturulmasını ifade eder. Veritabanı SHUTDOWN ABORT komutuyla durdurulmadıkça, bu tür yedeklemeler her zaman tutarlı yedeklemelerle sonuçlanır.

Fiziksel ve mantıksal yedeklemeler

Teknik açıdan Oracle yedekleme prosedürleri mantıksal ve fiziksel olarak ikiye ayrılabilir. Mantıksal yedekleme, tablolar ve prosedürler gibi mantıksal nesneler içeren Data Pump Export yardımcı programını kullanarak yedeklemelerin oluşturulmasını ifade eder. Bu yedekler özel bir ikili biçimde kaydedilir ve bunlardan yalnızca Data Pump Import yardımcı programı kullanılarak alınabilir.

Fiziksel yedekleme, önemli Oracle veritabanı dosyalarının yedeklerinin oluşturulması anlamına gelir, yani. veri dosyaları, arşiv yineleme günlük dosyaları ve kontrol dosyaları. Bu yedeklemeler hem disk hem de teyp sürücülerinde saklanabilir.

Yedekleme seviyeleri

Oracle veritabanlarının yedeklenebileceği seviyeler aşağıdadır:

• Tüm veritabanı düzeyi. Bu seviye, kontrol dosyası dahil tüm dosyaların yedeklenmesini içerir. Hem ARCHIVELOG hem de NOARCHIVELOG modlarında tüm veritabanı seviyesinde yedekleme yapabilirsiniz.
• Tablo alanı seviyesi. Bu seviye, belirli bir tablo alanına ait tüm veri dosyalarının yedeklenmesini içerir. Bu düzeyde yedeklemeye yalnızca ARŞİVLOG modu kullanılırken izin verilir.
• Veri dosyası düzeyi. Bu seviye, tek bir veri dosyasının yedeklenmesi anlamına gelir. Bu düzeyde yedeklemeye yalnızca ARŞİVLOG modu kullanılırken izin verilir.

Oracle veritabanı verilerini yedeklemenin iki yolu vardır:

• İşletim sisteminin araçlarını kullanma.
• Veritabanının kendi yardımcı programlarını kullanma.

Bu yöntemlerin her birinin avantajları ve dezavantajları vardır. İşletim sistemi aracılığıyla bir yedek kopya oluşturulması durumunda, sistemin 24'te çalışması gerekiyorsa kabul edilemez olan veri uyumsuzluğunu önlemek için bir yedek kopya oluşturma sürecinin tamamı boyunca örneğin durdurulması gerekir. /7 modu. İkinci ana dezavantaj, çok sayıda yedeklemeyi yönetmenin karmaşıklığı ve bunları hatalara karşı kontrol etmenin zahmetli olmasıdır.

Bu dezavantajlar, veritabanı yardımcı programları kullanılarak önlenebilir, ancak başka dezavantajlar ortaya çıkar, yapılandırmanın karmaşıklığı ve kendi komut sözdizimi.

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 yedek kopya oluşturma yöntemi basittir, ancak ana dezavantajı, örneğin yeniden yüklenmesi gerekiyorsa bir kopyadan geri yükleme için gereken süre ve bir nesneyi yalnızca yedeklemenin belirli 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. Örneği durdurmadan veritabanının tam bir kopyasını oluşturmanıza ve geçmişteki herhangi bir ana geri yüklemenize izin veren bu, 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, 8g'de tanıtıldı ve zaman içinde geliştirildi. Veritabanımızın yedeklerini düzenli olarak oluşturmak için bu yardımcı programı yapılandıralım.

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

• masa boşlukları;
• kontrol dosyaları;
• günlükleri yeniden yap;
• veri dosyaları (init.ora, spfile, tnsnames.ora, listener.ora, orapwd);

Kaydedilecek verileri seçtikten sonra kopyalama stratejisine karar veriyoruz, yani sıklığı, oluşturulacak yedeklemelerin türünü ve saklanma zamanını seçiyoruz. Yedeklemeler tam artımlı - yani, tamamen kopyalanmış bir dosya, artımlı kümülatif - kopya yalnızca mevcut durum ile son artımlı yedekleme ve artımlı fark anındaki durum arasındaki farkı içerdiğinde - bu tür kopyalar mevcut durum arasındaki farkı içerir. durum ve herhangi bir son yedekleme sırasındaki durum. 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, veritabanının çalışmasını bir süre sonra hızlı bir şekilde geri yüklemenizi sağlar. başarısızlık, çünkü çok sayıda işlem yapmanız gerekmez. 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 aşağıdaki stratejiyi seçeceğiz: haftada bir 3 gece Pazar günleri artan bir kopya oluşturun ve her gece saat 3'te kümülatif kopyalar oluşturun, bu size izin verecektir maksimum 2 kopya kullanarak çok fazla disk alanı kaplamadan veritabanını hızlı bir şekilde geri yüklemek için.

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 arşiv günlüğü arşiv modunda çalıştığından emin olmalısınız, sorgulayarak bunu doğrulayabilirsiniz:

v $ veritabanından 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 öğeye gidin, noarchivelog ise, veritabanını arşiv günlüğü modunda yeniden başlatmanız gerekir. Bunu yapmak için, şu komutla üssü mount modunda 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 bir kopyasının tutulması, veritabanının tutarlı artan etkin kopyalarını oluşturmak ve ayrıca 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, toplu kurtarma kapsamının parametrelerini ona ayarlamamız gerekiyor. Sorgu tarafından zaten ayarlanmış olup olmadıklarını kontrol edelim:

v $ parametresinden ad, değer seçin, burada ad "db_recovery_file_dest%"; ayarlanmazsa, komutlarla 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 = ikisi de; dosya sistemindeki toplu kurtarma alanının konumunu belirtir. rman'ın güncel olmayan kopyaları bağımsız olarak silebilmesi, kalan boş disk alanını takip edebilmesi ve küçük kalırsa uyarabilmesi için bir toplu kurtarma alanının oluşturulması gereklidir.

Örneği yapılandırdıktan sonra, bir dizi komutla rman'a bağlanarak rman yardımcı programını yapılandırmaya devam edebilirsiniz.

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

Her şeyden önce, yedeklerin güvenliğinin parametrelerini yapılandırırız, bu ya YAPILANDIRMA 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; kontrol dosyasının otomatik olarak yedeklenmesini etkinleştir, her yedekleme oluşturulduğunda kontrol dosyasının bir kopyası oluşturulur:
KONTROL DOSYASI OTOMATİK YEDEKLEMEYİ AÇIK YAPILANDIR; rman'ın dosyaların kopyalarını oluşturmaması için optimizasyonu etkinleştiriyoruz, zaten mevcut olanla aynı yedek kopyalar var:
YEDEKLEME OPTİMİZASYONUNU YAPILANDIRIN; ve yedek 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 sadece işletim sisteminde rman için yürütülebilir dosyalar oluşturmak ve bunları görev zamanlayıcıya eklemek kalıyor.

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 hedef kullanıcıyı bağlama / YEDEKLEME ARTIŞLI SEVİYE 0 DATABASE; YEDEK VERİ DOSYASI "/ oradata / db / admin / kagu / pfile / init.ora.6302012163819"; YEDEK VERİ DOSYASI "/ u01 / 11g / ağ / admin / dinleyici.ora"; YEDEK VERİ DOSYASI "/ u01 / 11g / ağ / admin / tnsnames.ora"; YEDEK VERİ DOSYASI "/u01/11g/dbs/spfilekagu.ora"; YEDEK VERİ DOSYASI "/ u01 / 11g / dbs / orapwkagu1251";

Geri kalan 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 hedef kullanıcıyı bağlama / YEDEKLEME ARTTIRIMLI SEVİYE 1 DATABASE'i geçme; YEDEK VERİ DOSYASI "/ oradata / db / admin / kagu / pfile / init.ora.6302012163819"; YEDEK VERİ DOSYASI "/ u01 / 11g / ağ / admin / dinleyici.ora"; YEDEK VERİ DOSYASI "/ u01 / 11g / ağ / 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, geri yükleme montaj modunda gerçekleştirilir.

Belirli bir tablo alanını geri yüklemek için, önce şu komutla onu ÇEVRİMDIŞI moda geçirmeniz gerekir:

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 geçin:
ALTER TABLESPACE kullanıcısı ONLINE;

Bunun için veritabanını belirli bir zamana geri alabilirsiniz, şu komutu çalıştırın:

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

Bu kurtarma, veritabanı mount modundayken yapılmalıdır ve açılırken, kurtarma noktasından sonra oluşturulan redo loglarında kaydedilen değişikliklerin gerçekleştirilmemesi için RESETLOGS seçeneğini belirtin.

Oluşturulan yedekleri izlemek için, toplu kurtarma alanındaki yedeklerin kullanılabilirliğini 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.

Temel özellikleri:

Disk Görüntüsü, NAS'a Yedekleme, Açık Dosya Yedekleme (VSS), Kalıcı Lisans
29 €'dan başlayan fiyatlarla

SUNUCU VE İŞ İSTASYONLARI İÇİN ÜCRETSİZ YEDEKLEME YAZILIMI

YEDEKLEME ÜCRETSİZ VE PROFESYONEL ÇÖZÜMLER

Iperius, veri yedekleme için eksiksiz bir Windows yardımcı programıdır. Dosyaları NAS'a, harici disklere, RDX sürücülerine vb. yedeklemek için Ücretsiz Yazılım sürümünü (Windows Server için de) kullanabilirsiniz. herhangi bir zaman sınırlaması olmadan - veya çok sayıda yedekleme işlevine ve gelişmiş özelliklere sahip bir kurumsal sürüm seçin: açık dosyaların kopyası (VSS), olağanüstü durum kurtarma için Drive Image, ESXi ve Hyper-V sanal makinelerinin yedeklenmesi, SQL Server ve MySQL veritabanı yedeklemesi , Exchange Server yedekleme, LTO Tape'e yedekleme, Bulut'a yedekleme (Google Drive, Amazon S3, vb.), FTP / SFTP'ye yedekleme. Iperius Free'den başlayarak, yazılımın tüm özelliklerini test etmek için Tam sürümün bir deneme sürümü etkinleştirilebilir.

Iperius Konsolu

BİR ÇEKİMDE TÜM YEDEKLEMELERİ KONTROL ALTINDA TUTUN

Iperius Konsolu, bilgisayarlarınızın ve yedeklemenizin merkezi yönetimi ve izlenmesi için gelişmiş bir araçtır. Özel masaüstü uygulamasını veya sadece web portalını kullanarak, yedekleme işlemlerinizin sonuçlarını görüntüleyebilir, herhangi bir hatanın ayrıntılarını inceleyebilir, yedekleme planlamalarını ayarlayabilir ve özelleştirebilir ve ayrıca yedekleme işlerini uzaktan çalıştırabilirsiniz. Konsol, Iperius Suite'in tüm ürünleriyle mükemmel bir şekilde bütünleşir ve ayrıca Iperius Backup'ın en son sürüme uzaktan güncellenmesine olanak tanır. Sağlanan büyük miktarda bilgi, kullanıcıları Iperius'un kurulu olduğu her PC ve Sunucunun durumu hakkında güncel tutar ve Iperius Konsolunu hem müşterileriniz hem de şirketiniz için son derece kullanışlı bir BT İzleme aracı haline getirir.

Oracle Database, oluşturulan veritabanının tüm dosyalarını veri dosyalarında saklar. Tüm veriler mantıksal olarak tablo boşluklarında yer almasına rağmen, aslında bilgisayarın sabit diskindeki dosyaların içeriğidir. Böylece, bir veritabanındaki her tablo, belirli bir veri dosyasının satırları olarak depolanır. 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.

Oracle Veritabanı yapısı

İşlem sırasında, Oracle Veritabanı örneği, daha sonra kurtarma için yedeklenmesi gereken birkaç dosya grubunu kullanır. Bilişim Teknoloji:

Veri ve tablo alanı dosyaları (* .DBF).

Aşağıdaki sorguyu çalıştırırsanız, veri dosyalarının ve tablo alanlarının adı ve bunlara giden yollar SQL Plus kullanılarak görüntülenebilir:

t.name “Tablespace”, f.name “Datafile” FROM v $tablespace t, v $ datafile f WHERE t.ts # = f.ts # ORDER BY t.name;





Veritabanı yapılandırma dosyaları (* .ora).

Oracle veritabanı yapılandırma dosyaları * .ora uzantısına sahiptir ve şu klasörde bulunur:




Veritabanı Kontrol Dosyaları (* .DBF).

Kontrol dosyalarının yolunu ve adlarını belirlemenin en kolay yolu * .ORA yapılandırma dosyasındaki satırı bulmaktır. kontrol_dosyaları, bu örnek tarafından kullanılan kontrol dosyalarını listeler.




Ayrıca, SQL * Plus'ta kontrol dosyalarının adlarını ve yollarını belirlemek için aşağıdaki sorguyu çalıştırmanız gerekir:

DEĞER SEÇ FROM v $ parametresi WHERE name = 'control_files';


İşlem günlüğü dosyaları (* .LOG).

Çevrimiçi işlem günlüklerinin adlarını ve yollarını bulmak için SQL Plus'ta aşağıdaki sorguyu çalıştırın:

v $ logfile DAN üye SEÇ;

Bu sorgunun çalışmasının bir sonucu olarak, benzer bir rapor elde edilecektir:




Arşivlenen işlem günlüklerinin depolandığı klasörlere giden yolları belirlemek için aşağıdaki sorguyu çalıştırmanız gerekir:

Hedef SEÇ FROM v $archive_dest burada durum = 'GEÇERLİ';

Bu sorgunun çalışmasının bir sonucu olarak, bir rapor elde edilecektir:




• Şifre dosyası (* .ora).

  Kural olarak bunlar, adı PWD sembolleriyle başlayan * .ora uzantılı dosyalardır.

  Örneğin: PWDXE.ora

  

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

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

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

Oracle Veritabanı Yedekleme

Oracle Veritabanını yedeklemenin (yedekleme) iki yolu vardır:

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

İşletim sistemi aracılığıyla yedekleme, Oracle veritabanının tüm çalışma dosyalarının "manuel" kopyalanması anlamına gelir, örneğin:

• 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, konfigürasyonun, arşivlenmiş işlem günlüklerinin yedekleme dizinine veya bir yedekleme sunucusuna kopyalanmasından ibarettir. Arşivleme, veritabanı örneği durdurulduğunda gerçekleştirilir ve kullanıcılar onunla çalışamaz.

Bir çökme sırasında hasar gören bir veritabanını kurtarmak için, veritabanı durdurulmalı ve çalışma dosyalarının ve işlem günlüklerinin yedek kopyalarının üzerine orijinal konumlarına yazılmalıdır.

Dışa Aktarma / İçe Aktarma Araçlarını Kullanarak Arşivleme ve Geri Yükleme

Oracle Veritabanı, standart Oracle Dışa Aktarma ve İçe Aktarma mekanizmaları kullanılarak yedeklenebilir ve geri yüklenebilir. 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 yapmak gerekir. Verilerde oldukça yoğun bir değişiklik girişi ile haftada bir kez dışa aktarmak gerekir.

Bunun için:

Arşiv tarafından daha önce oluşturulan dosyanın içe aktarılması aynı şekilde gerçekleştirilir:

Kayıp Bir Oracle Veritabanını Kurtarma

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

Bunun için:

Örneğin, veritabanı dosyalarını geri yükleme, * .DBF dosyalarını geri yükleme işlemi açıklanmıştır. Ancak, çalışan bir veritabanının tüm verilerini geri yüklemek için ilgili * .ORA ve * .LOG dosyalarını da geri yüklemeniz gerektiğini unutmayın.

Oracle Recovery Manager (RMAN) kullanarak veritabanı yedekleme ve kurtarma

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

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 Database 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 Oracle Recovery Manager (RMAN) kullanılarak yukarıda açıklanan yöntemi kullanarak veritabanında geri yükleyin.