9 Ağu
Yazan Ahmet Duruöz

Exadata veritabanlarından sürüm 12.2'ye yükseltme, veritabanındaki birçok işlemde bekleyen olayları “gc cr isteği” ve “gc buffer busy acquires” ortaya koymaktadır. Aynı zamanda kullanıcılar giriş yapmaya çalıştığında ” $ kullanıcıdan yedek6'yı seçin. ”Veya“ sysauth $ NEREDE # imzasını SEÇ (NEREDE # = 1 VEYA imzası # = 1) VE ayrıcalık #> 0 sorg bir önbellek kütüphanesi önbellek kilitlemesine neden olabilir ”beklemede olan bir etkinlik.

Beklet güncelleme kullanıcısı $ set backup6 = DECODE (to_char (: 2, & # 39; YYYY-AA-GG), & # 39; 0000-00-00 & # 39 ;, to_date (NULL) ,: 2) user # =: 1 Giriş yap, güncelleme yapmaya çalışan başka bir oturum bulundu. Bu güncelleştirmeyi yapmaya çalışan oturum öldürüldüğünde, bekleyen diğer oturumlar bunu yapabilir. Ancak, yoğun veritabanlarında, "gc cr isteği ve gc arabelleği meşgul edin" bekleme olayları veritabanını tepkisiz hale getirir.

Sorunun kök nedeni, aşağıdaki hatalar gibi görünmektedir. Tam bir çözüm için # 25163866 numaralı veritabanı yaması ve bu yama çözülmezse, UEK4 çekirdeği yama uygulanmalıdır. Çekirdek için düzeltme eki 2207063,1 belgesi. Veritabanı düzeltme ekini uygulamak için, veritabanı RAC ve single bile kapalı olmalıdır. RAC sistemlerine bir düğüm uyguladığınızda, uygulanan düğümdeki örnek açılmaz. Veritabanı kapatılmalı, tüm düğümlere uygulanmalı ve ardından açılmalıdır.

Dahili Hata 25163866 – SAGEASM-E DB ‘GC CR İSTEME BAĞLANTISI & # 39; <= L KÜTÜPHANE CACHE LOCK’
Dahili Hata 25730857 – UEK4: LWIPC’de Veri Bozulması nedeniyle

Sorun 18.1 versiyonlu veritabanlarında çözülmüştür.