DBAtlas · Veritabanı operasyon atlası

Oracle RAC 19c rolling Release Update (opatchauto)

OracleSeviye: İleriSüre: Node başına 45–90 dk

Çalışan 2–8 node'lu RAC 19c cluster'ına çeyreklik GI Release Update'i kesintisiz (rolling) uygular: OPatch güncellemesi, opatchauto analyze ile çakışma kontrolü, OCR yedeği ve geri dönüş noktası, servisleri taşıyarak node node uygulama, datapatch'in tek node'da tamamlanması, doğrulama ve gerektiğinde rollback. Tek instance ve Oracle Restart için "Oracle Database 19c Release Update (RU) uygulaması" rehberini kullanın; OJVM RU rolling değildir, ayrı kesinti ister.

Yapı: Mevcut 2–8 node'lu RAC 19c

Başlamadan önce

  • RU'nun README'si okundu: minimum OPatch sürümü, bilinen sorunlar, ön koşul one-off'lar, OJVM ayrı patch'i (OJVM RU rolling değildir, ayrı kesinti ister). My Oracle Support'ta "Oracle Database 19c Important Recommended One-off Patches" (Doc ID 555.1) ve RU indirme rehberi (Doc ID 2118136.2) bu RU için kontrol edildi.
  • Her node'da … altında … ve p6880880_190000_Linux-x86-64.zip (güncel OPatch) var; dosyalar MOS'taki SHA-256 değerleriyle doğrulandı.
  • GI ve DB home'larının bulunduğu dosya sisteminde en az 20 GB (README'deki değere bakın), /tmp'de en az 1 GB boş alan var. …… dizininde home yedekleri için yer var.…
  • Cluster sağlıklı: tüm node'larda CRS online, OFFLINE kalmış kaynak yok, tüm instance'lar açık. Patch sırasında bir node kapalıyken diğerleri tüm yükü taşıyabilecek kapasitede.
  • Uygulama servisleri her node'da başka bir instance'a geçebilecek şekilde tanımlı (preferred/available ya da uniform) ve uygulamalar SCAN + servis adıyla bağlanıyor (FAN/AC varsa oturumlar kesintisiz taşınır).
  • Veritabanının güncel RMAN yedeği ve arşiv logları var; OCR yedeği alındı. Bakım penceresi onaylandı; Enterprise Manager'da blackout açıldı.
  • Başka bir opatch/opatchauto işlemi çalışmıyor; home'larda kilit dosyası yok.
  • Veritabanının Data Guard standby'ı varsa standby cluster'ı (ya da sunucusu) önce patch'lenir (Standby-First, MOS 1265700.1); primary bu rehberle sonra patch'lenir ve datapatch yalnız primary'de çalışır.

Rehberin aşamaları

  • Ön kontroller — Mevcut patch düzeyini kaydet (Clusterware) · Home'lardaki patch'leri listele (…) · SQL patch geçmişini ve geçersiz nesneleri kaydet
  • Hazırlık: RU, OPatch ve analiz — RU'yu aç (…) · GI home'da OPatch'i güncelle (…) · DB home'da OPatch'i güncelle (…) · Çakışma ve ön koşul analizini yap (…)
  • Yedek ve geri dönüş noktası — OCR'nin elle yedeğini al · Guaranteed restore point oluştur · GI ve DB home'larını yedekle (…)
  • Doğrulama ve tamamlama — PDB'lerin açık olduğundan emin ol · datapatch'i yalnız bir node'da çalıştır · SQL patch kaydını doğrula · Geçersiz nesneleri derle (gerekirse) · Cluster patch durumunu doğrula · Servisleri tercih edilen yerleşime döndür …
  • Geri alma (yalnız gerekirse) — Rollback: opatchauto rollback'i çalıştır (…) · Rollback: datapatch'i çalıştır (tek node) · Rollback: sonucu doğrula · Son çare: veritabanını restore point'e döndür
Ortamına göre adım adım planı aç →