Data Guard etiketine sahip kayıtlar gösteriliyor. Tüm kayıtları göster
Data Guard etiketine sahip kayıtlar gösteriliyor. Tüm kayıtları göster

30 Aralık 2013 Pazartesi

TROUG Ankara Etkinliği




TROUG 2014 yilinin ilk etkinliginde Ankara’da! Oracle veritabani yönetimi ve uygulama gelistirme konularina yönelik içerigi ile tüm gün sürecek etkinlik ücretsiz ve sinirli kontenjanli. Katilim için hemen kayit yaptirin.
Etkinliğimizde sizleri de aramızda görmekten mutluluk duyacağız.
TROUG
Program
09:00-09:30Kayıt ve Açılış
Gökhan Atıl – TROUG Başkan Yardımcısı
09:30–10:10Enterprise Manager 12c: ASH Analytics
Gökhan Atıl – Innova
10:20-11:00Exadata Maximum Availability Architecture
Emre Baransel – Oracle
11:10-11:50Oracle Audit Vault 12c ile Veritabani Denetimi
Serdar Çetinkaya – Oratech
12:00-13:00Ara
13:00-13:4012c Plugable Database Hands-On
Özgür Umut Vurgun – Türk Telekom
13:50-14:30APEX ile kompleks uygulamalar geliştirmek
Ergem Peker – n11.com
14:40-15:20SQL Tuning Uygulamaları: SQLT ve SQLHC Araçlarının Kullanımı
Bora Yüret – TC ÇSGB
15:30-16:10Oracle Spatial Genel Bakış ve Veri Kalitesi
Murat Hançeroglu – Türk Telekom
16:10-16:20Kapanış

25 Mayıs 2013 Cumartesi

"Disaster Recovery ve Oracle Data Guard" ile ESO Bilişim Günleri 2013



Eskişehir Osmangazi Üniversitesinde "Disaster Recovery ve Oracle Data Guard" konulu sunum ile TROUG adına oradaydım.




ORA-600 [krr_init_lbufs_1] Data Guard Recovery Failed


Meşhur ORA-600 hatasının Physical STandBy veritabanında Recovery işleminin durmasına neden olan yeni bir türevine bakacağız.  Sorunu her zaman olduğu gibi metalink’ten bulduğum bir workaround çözüm ile aşabildik. Bu sorun Oracle 11.1.0.7 versiyonunda karşıma çıktı , bir sonraki versiyonlarda bu BUG çözümlendi.
 Alert.log’da görünen ;
ORA-600 [krr_init_lbufs_1] during database recovery.
This can happen on Standby during MRP too
the error stack is as  follows

16 Kasım 2012 Cuma

Data Guard Switchover “ORA-16139: media recovery required” Hatası


Oracle 10.2.0.5’de Data Guard Switchover yaparken StandBy (physical standby ) DB’de PRIMARY komutunu verdiğimde  sistem işlem yapamadı ve switchover’ım başarısız oldu. Sorunun alert.log’da ki mesajı ve çözümü şöyledir.

-         ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;
ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY
*ERROR at line 1:ORA-16139: media recovery required
if media recovery active switchover will wait for completion

-       SELECT SWITCHOVER_STATUS FROM V$DATABASE;
SWITCHOVER_STATUS
------------------------------------
SWITCHOVER LATENT

13 Kasım 2012 Salı

Data Guard StandBy DB’de Archivelog “In-Memory” Durumu

Bazı durumlarda işlenmiş arşivler “v$archived_log”u kontrol ettiğimizde karşımıza farklı durumlarda çıkabiliyor. Log işlenmiş ancak halen “v$archived_log”  tablosunun “applied” alanında işlenmemiş olarak ya da “In-Memory” olduğunu görürüz.  Bunları control edebileceğimiz  sorgu  ise aşağıdaki gibi;

column "First Time" format A40
column applied format A10
column "Next Time" format A40
set linesize 120
set pagesize 1000
 select   thread#, sequence#, applied,to_char(first_time,'DD-MON-YY:HH24:MI:SS') "First Time",to_char(next_time,'DD-MON-YY:HH24:MI:SS') "Next Time" from   v$archived_log UNION
 select   NULL,NULL,' ',NULL,null FROM DUAL
UNION
select   null,null,db_unique_name,database_role,open_mode from  v$database;

14 Ekim 2012 Pazar

ORA-16191: Primary log shipping client not logged on standby PING[ARCa]: Heartbeat failed to connect to standby 'TEST_STD'. Error is 16191.


Sisteminizde  Dataguard kullanıorsanız alabileceğiniz hatalardan bir tanesi ORA-16191 hatasıdır. Eğer ArchiveLog akışı durursa ve nedeni bu ORA-16191 ise alert.log’da  aşağıdaki mesajı görebilirsiniz.

------------------------------------------------------------
Check that the primary and standby are using a password file
and remote_login_passwordfile is set to SHARED or EXCLUSIVE,
and that the
SYS password is same in the password files.
      returning error ORA-16191
------------------------------------------------------------
Mon Oct 08 13:01:41 EEST 2012
Errors in file /oracle/TEST_STDLOG/bdump/test_std_arca_12862.trc:
ORA-16191: Primary log shipping client not logged on standby
PING[ARCa]: Heartbeat failed to connect to standby 'TEST_STD'. Error is 16191.


Aslında sorunun çözümüde  mesajın içinde yer almaktadır.  PROD’da yapılan SYS kullanıcısının şifresinin değişikliğinden dolayı arşiv log akışı durmuş ve sistem eşleşmesi olmamaktadır.
orapwd file=$ORACLE_HOME/dbs/orapwSID password=yeni şifre;
-Ya da daha basiti PROD’dan orapwd dosyası alınarak StandBy’daki yerine kopyalayıp sorunu aşabilirsiniz :)

Sonrasında ise arşivlog akışını aşağıdaki sorgu ile takip edebiliriz.

SQL>    select process, status, thread#, sequence#, block#, blocks from v$managed_standby ;