Bir Oracle veritabanı çalışırken sürekli olarak veri dosyalarına (datafiles), redo log'lara ve kontrol dosyalarına yazar. Standart bir VM snapshot, bu dosyaların anlık bir görüntüsünü alır; ancak veritabanı o anda bir işlemin (transaction) ortasındaysa, alınan kopya tutarsız (crash-inconsistent) olur. Bu kopyadan geri dönüldüğünde Oracle, eksik veya yarım yazılmış bloklar nedeniyle açılmayabilir.
📂Datafiles
Sürekli yazılan veri blokları
Snapshot anında yarım kalabilir
📝Redo Log
İşlem günlükleri
Tutarlılık için kritik
🗄️Archive Log
Arşivlenmiş redo log'lar
Point-in-time recovery için şart
🎛️Control File
Veritabanı yapısı kaydı
Tüm bileşenleri eşler
Tutarlılık Seviyeleri
| Seviye | Nasıl Elde Edilir? | Geri Yükleme Sonucu |
|---|
| Crash-inconsistent | Düz VM snapshot, koruma yok | ✗ Açılmayabilir, veri kaybı riski |
| Crash-consistent | VM snapshot, dosyalar aynı ana hizalı | Açılabilir ama instance recovery gerekir |
| Application-consistent | Veritabanı backup mode'a alınır | ✔ Temiz açılır, veri kaybı yok |
🚨
Saha gerçeği: Test edilmemiş bir Oracle backup, geri yükleme anına kadar çalışıyor sanılır. Bir felaket anında tutarsız kopyadan dönülmeye çalışıldığında veritabanının açılmaması, kurumların en sık karşılaştığı kriz senaryolarından biridir. Doğru yöntem seçimi ve düzenli test restore bu riski ortadan kaldırır.
Veeam, Oracle veritabanlarını korumak için iki farklı yöntem sunar. İkisi de aynı kurtarma aracını (Veeam Explorer for Oracle) kullanır; ancak ne yakaladıkları ve hangi kurtarma seçeneklerini sundukları farklıdır. Doğru yöntemi ortamınıza ve veritabanı yöneticinizin (DBA) ihtiyacına göre seçin.
| Kriter | Application-Aware Processing | Veeam Plug-in for Oracle RMAN |
|---|
| Backup yöntemi | Image-level (VM veya Agent) | RMAN üzerinden SBT_TAPE arayüzü |
| Kurulum zorluğu | Kolay, backup job içinde ayar | DBA tarafında plug-in ve script |
| Kontrolü kim yönetir? | Veeam yöneticisi | DBA (mevcut RMAN script'leri) |
| Tutarlılık yöntemi | alter database begin backup | RMAN'in kendi tutarlı backup'ı |
| RAC desteği | ✗ Desteklenmez | ✔ Desteklenir |
| ASM desteği | VM bazlı backup'ta desteklenir | ✔ Tam destek |
| Incremental forever | ✔ Blok bazlı | RMAN incremental seviyelerine bağlı |
| Restore aracı | Veeam Explorer for Oracle | RMAN konsolu veya Veeam Explorer |
💡
Hangisini seçmeli? Yalnızca veritabanının bütünsel bir kopyasını istiyorsanız ve VM bazlı yedekleme yapıyorsanız Application-Aware Processing daha basit ve yeterlidir. DBA'ya tam kontrol vermek, mevcut RMAN script'lerini kullanmak veya RAC ortamı korumak istiyorsanız Veeam Plug-in for Oracle RMAN tercih edilmelidir. İki yöntem aynı sunucuda birlikte de kullanılabilir, ancak arşiv log yönetiminde dikkatli olunmalıdır (Bölüm 6).
Oracle backup'ına başlamadan önce Veeam sürümü, Oracle uyumluluğu ve lisans modelini doğrulayın. Veeam, Oracle koruması için Veeam Universal License (VUL) kapsamında çalışır ve ayrı bir Oracle eklenti lisansı gerektirmez.
- ✓ Veeam Backup & Replication: v12 veya üzeri (RMAN plug-in ve Explorer entegrasyonu için v12.x / v13 önerilir)
- ✓ Lisans: Veeam Universal License (VUL); Oracle koruması VUL kapsamındadır, ek lisans gerekmez
- ✓ Oracle Database: Oracle 12c, 18c, 19c veya 21c (desteklenen sürümler için güncel Veeam dokümanını kontrol edin)
- ✓ İşletim Sistemi: Oracle Linux, RHEL, SUSE veya Windows Server; Linux için Veeam Agent for Linux gerekir
- ✓ Backup Repository: Yeterli kapasiteye sahip Veeam repository (immutability için Hardened Linux Repo önerilir)
- ✓ Erişim: Oracle SYSDBA veya SYSBACKUP yetkisine sahip kullanıcı kimlik bilgileri
⚠️
Sürüm uyumluluğunu daima doğrulayın: Oracle veritabanı sürümleri ve işletim sistemi kombinasyonlarının desteklenip desteklenmediğini Veeam'in resmi "System Requirements" sayfasından teyit edin. Desteklenmeyen bir kombinasyonda backup başarılı görünse bile restore garanti edilmez.
ℹ️
RMAN Plug-in ve şifreleme: Veeam Plug-in for Oracle RMAN, RMAN'in kendi backup şifrelemesini (encrypted backup) desteklemez. Şifreleme gerekiyorsa Veeam repository tarafında AES-256 şifrelemeyi etkinleştirin veya image-level backup ile Veeam'in kendi şifrelemesini kullanın.
Application-Aware Processing (AAP), image-level backup sırasında Veeam'in Oracle veritabanını tutarlı hale getirmesini sağlar. VBR, snapshot almadan önce veritabanını backup mode'a alır (alter database begin backup), VM snapshot'ını alır, ardından backup mode'dan çıkar. Bu, transactionally consistent bir restore noktası oluşturur.
1
Backup Job'da Application-Aware Processing'i Etkinleştirin
Backup job oluştururken (VM backup veya Veeam Agent backup) Guest Processing adımına gelin. Enable application-aware processing kutusunu işaretleyin ve Oracle sunucusu için kimlik bilgilerini ekleyin.
2
Oracle Kimlik Bilgilerini ve İşleme Ayarlarını Tanımlayın
Guest Processing içindeki Applications → Edit → Oracle sekmesinde, Oracle'a bağlanacak hesabı belirtin. SYSDBA veya SYSBACKUP yetkisi gereklidir. Bu sekme, SQL Server transaction log işlemeyle aynı mantıkta çalışır.
3
Arşiv Log İşleme Politikasını Seçin
Point-in-time recovery için arşiv redo log'larının yedeklenmesi gerekir. Oracle sekmesinde arşiv log işleme seçeneklerini yapılandırın:
# Arsiv log isleme secenekleri (Veeam Oracle sekmesi):
# 1. Do not delete archived logs
# -> Loglar silinmez, baska bir arac yonetir (orn. RMAN)
# 2. Delete logs older than X hours / GB
# -> Veeam basarili backup sonrasi eski loglari siler
# 3. Backup logs every X minutes
# -> Belirtilen aralikla arsiv log backup'i alir (PITR icin)
4
Veeam Agent for Linux ile Fiziksel Oracle Sunucusu
Oracle fiziksel bir Linux sunucuda çalışıyorsa, Veeam Agent for Linux ile AAP kullanılır. Agent, Oracle, MySQL ve PostgreSQL için uygulama tutarlı backup destekler. Pre-freeze/post-thaw script'leri ile özel komutlar da çalıştırılabilir.
# Veeam Agent for Linux kurulumu (Oracle Linux/RHEL ornegi)
# Veeam repository paketini ekle ve agent'i kur
dnf install ./veeam-release-*.rpm -y
dnf install veeam -y
# Agent yapilandirmasini baslat
veeamconfig mode set --serverMode
# VBR'a baglama ve job atama merkezi olarak yapilir
⚠️
AAP ve RAC kısıtı: Application-Aware Processing, Oracle RAC (Real Application Clusters) yapılandırmalarını desteklemez. RAC ortamınız varsa Veeam Plug-in for Oracle RMAN yöntemini (Bölüm 5) kullanmanız gerekir. ASM ise VM bazlı backup'ta desteklenir.
Veeam Plug-in for Oracle RMAN, Oracle'ın yerel Recovery Manager (RMAN) aracını Veeam Backup & Replication ile entegre eder. Plug-in, RMAN ile Veeam repository arasında bir aracı (agent) olarak çalışır. Varsayılan olarak RMAN backup'ları diske (DEFAULT DEVICE TYPE TO DISK) gider; plug-in kurulduğunda varsayılan cihaz tipi SBT_TAPE'e değişir ve medya yönetimi kontrolü Veeam'e geçer.
1
Plug-in'i Oracle Sunucusuna Kurun
Veeam Plug-in paketini Oracle sunucusuna kurun. RAC ortamında, backup işlemlerinden sorumlu her RAC node'una plug-in kurulmalıdır; aksi halde RMAN başka bir node seçtiğinde backup başarısız olur.
# Veeam Plug-in for Oracle RMAN kurulumu (Linux)
# Plug-in paketini calistir
./VeeamPluginforOracleRMAN_install.sh
# VBR sunucusuna baglanti yapilandir
OracleRMANConfigTool --set-host \
--vbrhost vbr.sirketadi.com --vbrport 10006 \
--vbruser veeam_oracle --vbrpassword "Sifre"
2
RMAN'de SBT_TAPE Kanalını Yapılandırın
RMAN konsolunda Veeam SBT kütüphanesini kullanacak şekilde kanal (channel) tanımlayın. Plug-in en fazla 4 backup repository ve çoklu paralel kanal destekler.
# RMAN konsolunda Veeam SBT kanali yapilandirma
rman target /
RMAN> CONFIGURE CHANNEL DEVICE TYPE SBT_TAPE
PARMS 'SBT_LIBRARY=/opt/veeam/VeeamPluginforOracleRMAN/libImsBackup.so';
# Paralel kanal sayisini ayarla (performans icin)
RMAN> CONFIGURE DEVICE TYPE SBT_TAPE PARALLELISM 4;
3
RMAN Backup Komutunu Çalıştırın
DBA, alışık olduğu RMAN komutlarını kullanmaya devam eder. Veeam Plug-in, backup verisini arka planda Veeam repository'ye yönlendirir.
# Tam veritabani backup (RMAN konsolu)
RMAN> BACKUP DATABASE PLUS ARCHIVELOG;
# Incremental level 1 backup
RMAN> BACKUP INCREMENTAL LEVEL 1 DATABASE;
# Yalnizca arsiv loglari yedekle
RMAN> BACKUP ARCHIVELOG ALL;
4
Zamanlama: RMAN Scheduler veya Cron
RMAN backup'ları DBA tarafından Cron, Windows Task Scheduler veya kurumsal zamanlayıcılarla (UC4, TWS) planlanabilir. Plug-in, RMAN'in desteklediği tüm işlemleri (backup, restore, crosscheck, remove) paralel çalıştırabilir.
ℹ️
Plug-in nasıl çalışır? RMAN konsolunda backup başlatıldığında RMAN, Veeam Plug-in servislerini tetikler. Plug-in, VBR sunucusuna bağlanır ve (yoksa) bir backup job oluşturur. Oracle sunucusunda ve Veeam repository'sinde Veeam Data Mover'ları başlatılır. Yapılandırılan kanal sayısına göre paralel bağlantılarla veri repository'ye aktarılır.
Oracle arşiv log yönetimi, hem point-in-time recovery için şart hem de iki backup yöntemini birlikte kullanırken en büyük hata kaynağıdır. Arşiv log zinciri (archived log chain), kesintisiz olmalıdır; aksi halde belirli bir ana geri dönüş (PITR) yapılamaz.
🚨
Çift silme tuzağı: Aynı Oracle sunucusunda hem image-level (AAP) backup hem de RMAN plug-in birlikte çalışıyorsa, arşiv log silmeyi yalnızca bir araç yönetmelidir. Hem image-level job hem RMAN plug-in arşiv log silmeye ayarlanırsa, biri diğerinin ihtiyaç duyduğu log'ları siler ve log zinciri kırılır. Bu durumda bir veya her iki backup yöntemi de point-in-time restore yapamaz hale gelir.
Doğru Arşiv Log Stratejisi
| Senaryo | Log Silmeyi Kim Yönetir? | Yapılandırma |
|---|
| Yalnızca AAP | Veeam (image-level job) | Oracle sekmesinde "Delete logs older than X" |
| Yalnızca RMAN Plug-in | RMAN (DBA yönetir) | RMAN DELETE ARCHIVELOG politikası |
| İkisi birlikte | Yalnızca BİRİ | Diğerinde "Do not delete archived logs" seçin |
# RMAN tarafinda arsiv log silme ornegi (yalnizca RMAN yonetiyorsa)
RMAN> DELETE ARCHIVELOG ALL BACKED UP 1 TIMES TO SBT_TAPE
COMPLETED BEFORE 'SYSDATE-3';
# AAP yonetiyorsa: Veeam Oracle sekmesinde
# "Do not delete archived logs" -> RMAN tarafinda silme YAPMA
💡
Pratik öneri: Tek yöntem kullanıyorsanız karmaşa yoktur. İki yöntemi birlikte kullanmanız gerekiyorsa (örneğin DBA RMAN ile çalışırken siz de hızlı image-level restore istiyorsanız), arşiv log silmeyi RMAN'e bırakın ve Veeam image-level job'da "Do not delete archived logs" seçin. Tek bir araç log yaşam döngüsünü yönetsin.
Oracle Real Application Clusters (RAC) ve Automatic Storage Management (ASM), kurumsal Oracle ortamlarında yaygındır. Bu yapılandırmalar, backup yöntemi seçimini doğrudan etkiler.
Oracle RAC
RAC, birden fazla node'un aynı veritabanına eriştiği bir kümeleme teknolojisidir. Application-Aware Processing RAC'ı desteklemediği için, RAC ortamlarında Veeam Plug-in for Oracle RMAN kullanılması zorunludur.
- ✓ Backup işlemlerinden sorumlu her RAC node'una plug-in kurulmalıdır
- ✓ Plug-in kurulmayan node'a RMAN yönlendiğinde backup başarısız olur
- ✓ Plug-in, bir veya birden fazla RAC node üzerinde paralel backup, restore, crosscheck ve remove işlemlerini destekler
- ✓ Veeam Explorer ile RAC veritabanı farklı ayarlarla restore edilirse, cluster veritabanı olarak değil standalone olarak geri yüklenir
Oracle ASM
ASM, Oracle'ın kendi volume yönetim ve dosya sistemi katmanıdır. Veri dosyaları işletim sistemi dosya sistemi yerine ASM disk gruplarında tutulur.
| Backup Yöntemi | ASM Desteği | Not |
|---|
| Application-Aware (VM bazlı) | ✔ Desteklenir | VM snapshot ile ASM diskleri yakalanır |
| Veeam Plug-in for RMAN | ✔ Tam destek | RMAN, ASM ile yerel olarak çalışır |
⚠️
RAC + ASM kombinasyonu: Üretim Oracle ortamlarının çoğu RAC ve ASM'yi birlikte kullanır. Bu kombinasyonda tek desteklenen ve önerilen yöntem Veeam Plug-in for Oracle RMAN'dir. Image-level AAP, RAC kısıtı nedeniyle bu senaryoda kullanılamaz.
Veeam Explorer for Oracle, her iki backup yönteminden de (AAP ve RMAN plug-in) geri yükleme yapabilen tek kurtarma arayüzüdür. Tek bir konsoldan veritabanını farklı zaman noktalarına geri döndürebilirsiniz.
⏮️Point of Backup
Backup anına geri dön
En basit restore seçeneği
🕐Point in Time
Belirli bir ana geri dön
Arşiv log zinciri gerektirir
🔄Point of Transaction
Belirli işlem öncesine dön
SCN bazlı hassas kurtarma
📍Farklı Konuma Restore
Başka sunucuya geri yükle
Test/doğrulama için ideal
1
Veeam Explorer for Oracle'ı Açın
VBR konsolunda restore noktasına sağ tıklayıp Restore application items → Oracle databases seçin. Veeam Explorer for Oracle açılır ve backup'taki veritabanlarını listeler.
2
Restore Türünü ve Hedefi Seçin
Veritabanını seçin ve restore türünü belirleyin. Point-in-time restore için arşiv log'ların yedeklenmiş olması gerekir. Hedef olarak orijinal sunucu veya farklı bir sunucu seçebilirsiniz.
3
PowerShell ile Restore Otomasyonu
Veeam Explorer for Oracle, PowerShell ile de yönetilebilir. Toplu veya zamanlanmış restore senaryoları için:
# Veeam Explorer for Oracle PowerShell modulu
# Restore noktasini al ve Oracle veritabanini listele
$session = Get-VBROracleRestoreSession
Get-VBROracleDatabase -Session $session
# Belirli bir veritabanini point-in-time restore et
Start-VBROracleRestore -Database $db `
-RestorePointInTime "2025-06-01 14:30:00"
ℹ️
Restore öncesi planlama: Üretim veritabanını doğrudan geri yazmadan önce mümkünse farklı bir sunucuya restore edip doğrulayın. Point-in-time restore yapacaksanız, hedeflediğiniz zaman noktasına kadar olan tüm arşiv log'ların backup'ta mevcut olduğundan emin olun. Eksik bir arşiv log, restore'u hedef zamandan önce durdurur.
Bir Oracle backup, ancak başarıyla restore edilebildiği kanıtlandığında güvenilirdir. Düzenli test restore, backup stratejisinin en kritik ve en sık ihmal edilen parçasıdır. Test edilmemiş backup, var olmayan backup ile aynı riski taşır.
SAP HANA Notu
Oracle dışında SAP ortamları da yaygındır. Veeam, SAP HANA için ayrı bir Veeam Plug-in for SAP HANA sunar; bu, SAP HANA'nın Backint arayüzü ile entegre olur. Oracle üzerinde SAP çalıştırıyorsanız (SAP on Oracle), Veeam Plug-in for SAP on Oracle kullanılır. Bu plug-in'ler de Veeam Universal License kapsamındadır. SAP HANA için bu Oracle rehberindeki RMAN mantığı geçerli değildir; Backint tabanlı ayrı bir kurulum gerekir.
Test Restore Protokolü
- ✓ Haftalık: Backup işinin başarıyla tamamlandığını ve restore noktalarının oluştuğunu doğrulayın
- ✓ Aylık: Kritik bir Oracle veritabanını farklı bir test sunucusuna restore edin ve açıldığını doğrulayın
- ✓ Aylık: Point-in-time restore testi yapın; arşiv log zincirinin sağlam olduğunu kanıtlayın
- ✓ Üç ayda bir: Tam felaket kurtarma senaryosu, üretimden bağımsız ortamda uçtan uca test
- ✓ Her test sonrası: Restore süresi (RTO) ve veri kaybı penceresi (RPO) ölçülüp belgelenmeli
# Restore sonrasi Oracle veritabani dogrulama (hedef sunucuda)
sqlplus / as sysdba
# Veritabani durumunu kontrol et
SQL> SELECT status FROM v$instance;
# OPEN gormeli
# Veri butunlugunu dogrula (blok kontrolu)
SQL> SELECT COUNT(*) FROM v$database_block_corruption;
# 0 donmeli (bozuk blok yok)
# Son restore edilen SCN ve zaman bilgisi
SQL> SELECT current_scn FROM v$database;
💡
Otomatik doğrulama: Image-level (VM bazlı) Oracle backup'larında Veeam'in SureBackup özelliği, yedeklenen VM'i izole bir sandbox ortamında otomatik başlatarak doğrulama yapabilir. Bu, manuel test restore yükünü azaltır. Yine de büyük üretim veritabanları için periyodik manuel restore testi şarttır.
| Belirti | Olası Neden | Çözüm |
|---|
| AAP backup tutarsız | Oracle kimlik bilgileri yetersiz veya backup mode başarısız | SYSDBA/SYSBACKUP yetkisini doğrulayın, Guest Processing loglarını inceleyin |
| Point-in-time restore başarısız | Arşiv log zinciri kırık veya eksik log | Arşiv log backup aralığını kontrol edin, çift silme tuzağını (Bölüm 6) gözden geçirin |
| RMAN backup node'da başarısız | Plug-in tüm RAC node'larına kurulu değil | Backup'tan sorumlu her RAC node'una plug-in kurun |
| SBT_TAPE kanalı bulunamıyor | SBT_LIBRARY yolu yanlış veya plug-in yapılandırılmamış | libImsBackup.so yolunu doğrulayın, OracleRMANConfigTool ile VBR bağlantısını kontrol edin |
| Backup yavaş | RMAN kanal sayısı düşük veya repository darboğazı | PARALLELISM değerini artırın (4'e kadar repository), repository performansını ölçün |
| Şifreli RMAN backup hatası | RMAN encrypted backup plug-in tarafından desteklenmiyor | RMAN şifrelemesini kapatın, şifreleme için Veeam repository AES-256 kullanın |
Tanılama için Faydalı Komutlar
# ── ORACLE TARAFI ──
# Arsivleme modu acik mi? (PITR icin sart)
SQL> ARCHIVE LOG LIST;
# Arsiv log hedefi ve durumu
SQL> SELECT dest_name, status FROM v$archive_dest_status;
# RMAN konfigurasyonunu goruntule
RMAN> SHOW ALL;
# Mevcut RMAN backup'lari listele
RMAN> LIST BACKUP SUMMARY;
# Backup butunlugunu dogrula
RMAN> VALIDATE DATABASE;
# ── VEEAM PLUG-IN ──
# Plug-in VBR baglanti ayarlarini goruntule
OracleRMANConfigTool --show-host
# ── VEEAM AGENT (LINUX, AAP icin) ──
veeamconfig job list # Tanimli backup isleri
veeamconfig session list # Backup oturumlari
veeamconfig point list --all # Restore noktalari
ESH Bilişim, Veeam Universal License temininden Oracle backup mimarisine kadar tam kapsamlı destek sağlar. Application-Aware Processing yapılandırması, Veeam Plug-in for Oracle RMAN kurulumu, RAC/ASM senaryoları ve test restore protokolü için saha deneyimiyle yanınızdayız.
- ✓ Veeam sürümü ve Oracle uyumluluğu doğrulandı (VUL lisans)
- ✓ Backup yöntemi seçildi (AAP veya RMAN plug-in)
- ✓ AAP için Guest Processing ve Oracle kimlik bilgileri yapılandırıldı
- ✓ RMAN plug-in için SBT_TAPE kanalı ve paralel kanal ayarlandı
- ✓ Arşiv log silme tek bir araçta yönetiliyor (çift silme tuzağı engellendi)
- ✓ RAC ortamında her node'a plug-in kuruldu
- ✓ Veeam Explorer for Oracle ile point-in-time restore test edildi
- ✓ Test restore protokolü tanımlandı ve uygulandı
- ✓ Restore sonrası veritabanı OPEN ve blok bütünlüğü doğrulandı
Kaynaklar
- Veeam Help Center, "Veeam Plug-in for Oracle RMAN" — helpcenter.veeam.com/docs/vbr/userguide/rman_plugin.html
- Veeam Help Center, "How Veeam Plug-In for Oracle RMAN Works" (SBT_TAPE, Data Mover) — helpcenter.veeam.com/docs/vbr/userguide/hiw_rman_plugin.html
- Veeam Help Center, "Application-Aware Processing" (Oracle, MySQL, PostgreSQL) — helpcenter.veeam.com/docs/vbr/userguide
- Veeam Help Center, "Oracle Environment Planning" (RAC, ASM, kanal limitleri) — helpcenter.veeam.com/docs/backup/plugins/oracle_environment_planning.html
- Oracle, "Database Backup and Recovery User's Guide" (RMAN, SBT, archived redo log) — docs.oracle.com/en/database/oracle/oracle-database/19/bradv
Veeam
Oracle
RMAN
Application-Aware
RAC ASM
Point-in-Time Restore
↑ Başa Dön