Oracle AI Database 23.26.2, tek bir Data Guard Broker komutuyla bir standby pluggable database (PDB) ve redo loglarını oluşturmanıza olanak tanıyarak, felaket kurtarma (disaster-recovery) kurulumlarını uzun süredir yavaşlatan manuel dosya kopyalama rutinini ortadan kaldırıyor.

Bu neden önemli

Fiziksel bir standby PDB oluşturmak; her bir datafile'ın standby container'a kopyalanması, açık ALTER komutlarıyla standby redo loglarının (SRL) oluşturulması ve tüm konfigürasyonun tekrar kontrol edilmesi gibi bir dizi manuel işlem gerektiriyordu. Her adım; yazım hatası, dosya atlanması veya uyumsuz log grubu riski taşıyordu; bu da kurtarma testlerini geciktirebilir veya en kötü senaryoda failover işlemini bozabilirdi. Sürecin otomatize edilmesi bu riskleri azaltır ve DBA'lerin daha üst düzey görevlere odaklanmasına olanak tanır.

Standby PDB'ler eskiden nasıl oluşturuluyordu?

Multitenant mimarisinde, bir primary CDB (container database), bir veya daha fazla PDB barındırır. Bir PDB'yi korumak için yöneticilerin şunları yapması gerekiyordu:

  • Her bir datafile'ı belirlemek ve primary'den standby host'a kopyalamak.
  • Primary'nin redo-log düzenini yansıtan SRL'leri manuel olarak oluşturmak.
  • Standby'ı senkronize etmek için RMAN restore veya duplicate komutlarını çalıştırmak.
  • Standby'ın bir switchover işlemini kabul edebileceğinden emin olmak için bir dizi doğrulama adımı yürütmek.

İş akışı, özellikle büyük PDB'ler için birkaç saat sürebiliyordu ve herhangi bir hata standby'ın kullanılamaz hale gelmesine neden olabiliyordu.

23.26.2 güncellemesi ne yapıyor?

En son Oracle AI Database sürümü, gerekli adımları Data Guard Broker içine gömer. Tek bir ADD PLUGGABLE DATABASE ifadesi çalıştırılarak broker şunları yapar:

  1. Yeni standby PDB'yi primary ile kaydeder.
  2. Gerekli datafile'ları arka planda kopyalar; RMAN restore veya manuel dosya kopyalamaya gerek kalmaz.
    3