ERROR:
SQL> alter table INFRA.TBL_XXX drop partition PART_25;
ERROR at line 1:
ORA-00600: internal error code, arguments: [kcfrbd_3], [239], [3652081], [1], [2949120], [2949120], [], []
SOLUTION:
If the datafile with number 239 belong to the active UNDO tablespace, then try to reduce the size of this datafile. And then increase to its original size if you like. If you can not reduce the size of this datafile; then create a new UNDO tablespace, switch to this new UNDO tbalespace and then drop the old one.
This should fix the problem.
If not; as a workaround you can first move and then drop the partition.
16 Mayıs 2013 Perşembe
[EN] ORA-00600: internal error code, arguments: [4097], [], [], [], [], [], [], []
ERROR:
SQL> alter table INFRA.TABLEXXX split partition PART15 at (7030081) into (partition PART16 tablespace TBS_XXX, partition PART15);
ERROR at line 1:
ORA-00600: internal error code, arguments: [4097], [], [], [], [], [], [], []
SOLUTION:
alter session set events '14525 trace name context forever, level 1';
SQL> alter table INFRA.TABLEXXX split partition PART15 at (7030081) into (partition PART16 tablespace TBS_XXX, partition PART15);
SQL> alter table INFRA.TABLEXXX split partition PART15 at (7030081) into (partition PART16 tablespace TBS_XXX, partition PART15);
ERROR at line 1:
ORA-00600: internal error code, arguments: [4097], [], [], [], [], [], [], []
SOLUTION:
alter session set events '14525 trace name context forever, level 1';
SQL> alter table INFRA.TABLEXXX split partition PART15 at (7030081) into (partition PART16 tablespace TBS_XXX, partition PART15);
3 Nisan 2013 Çarşamba
[TR] BLOCK CHANGE TRACKING
-----------------------------------------
-- BLOCK CHANGE TRACKING ---
-----------------------------------------
-----------------
-- Genel Bilgi --
-----------------
"Block Change Tracking" özelliği; incremental backup stratejisinde, incremental backupları hızlandırmak için kullanılır. Aksi halde incremental yedekleri alınan dbf'ler komple okunur. Block change tracking dosyası binay bir dosyadır ve ister primary ister standby db'lerde aktif hale getirilebilir. Yalnız standby db'lerde kullanılabilmesi için, "Oracle Active Data Guard" lisansının satın alınmış olması gerekir. Varsayılanda
kapalı olarak gelir. Etkisi özellikle çok fazla blok değişikliği olmayan db'lerde daha ciddidir. RMAN komutlarında değişiklik gerektirmez.
bct dosyasında sadece "BACKUP INCREMENTAL ..." komutuyla alınmış yedeklerin bilgisi tutulur. Yani;
INCREMENTAL LEVEL 0
INCREMENTAL LEVEL 1 DIFFERENTIAL
INCREMENTAL LEVEL 1 CUMULATIVE
Diğer yedekler tutulmaz.
-- BLOCK CHANGE TRACKING ---
-----------------------------------------
-----------------
-- Genel Bilgi --
-----------------
"Block Change Tracking" özelliği; incremental backup stratejisinde, incremental backupları hızlandırmak için kullanılır. Aksi halde incremental yedekleri alınan dbf'ler komple okunur. Block change tracking dosyası binay bir dosyadır ve ister primary ister standby db'lerde aktif hale getirilebilir. Yalnız standby db'lerde kullanılabilmesi için, "Oracle Active Data Guard" lisansının satın alınmış olması gerekir. Varsayılanda
kapalı olarak gelir. Etkisi özellikle çok fazla blok değişikliği olmayan db'lerde daha ciddidir. RMAN komutlarında değişiklik gerektirmez.
bct dosyasında sadece "BACKUP INCREMENTAL ..." komutuyla alınmış yedeklerin bilgisi tutulur. Yani;
INCREMENTAL LEVEL 0
INCREMENTAL LEVEL 1 DIFFERENTIAL
INCREMENTAL LEVEL 1 CUMULATIVE
Diğer yedekler tutulmaz.
[EN] 11G RAC ARCHIVELOG/NOARCHIVELOG MODE TRANSITION
ARCHIVELOG/NOARCHIVELOG mode transition is a little different in a RAC db than a standalone db.
You can see a transition example below;
11G NOARCHIVELOG to ARCHIVELOG mode transition
[DDD1]/u01/app/oracle/admin $ sqlplus / as sysdba
SQL> alter system set log_archive_dest_1= 'LOCATION=+ARCHIVE' scope=SPFILE sid='*';
SQL> alter system set log_archive_format = 'ddd_%t_%s_%r.arc' scope=SPFILE sid='*';
You can see a transition example below;
11G NOARCHIVELOG to ARCHIVELOG mode transition
[DDD1]/u01/app/oracle/admin $ sqlplus / as sysdba
SQL> alter system set log_archive_dest_1= 'LOCATION=+ARCHIVE' scope=SPFILE sid='*';
SQL> alter system set log_archive_format = 'ddd_%t_%s_%r.arc' scope=SPFILE sid='*';
29 Temmuz 2012 Pazar
[EN] RMAN-12012: multiple records for SBT_TAPE parallelism found in catalog
Problem:
[HOSTXXX]/u01/app/oracle/admin/hostxxx/bfile $ rman target rman/passxxx@DBXXX
Recovery Manager: Release 11.1.0.7.0 - Production on Sun Jul 29 06:31:51 2012
Copyright (c) 1982, 2007, Oracle. All rights reserved.
connected to target database: DBXXX (DBID=1713800945)
RMAN> connect catalog rman/cat_passxxx@rman;
connected to recovery catalog database
RMAN> print script dbxxx_backup_arch;
printing stored script: dbxxx_backup_arch
{SQL 'ALTER SYSTEM ARCHIVE LOG CURRENT';
SET command id TO 'dbxxx_backup_arch';
CHANGE ARCHIVELOG ALL CROSSCHECK;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE DEFAULT DEVICE TYPE TO sbt;
CONFIGURE CHANNEL DEVICE TYPE sbt parms 'ENV=(NSR_SERVER=server_bkcp_1,NSR_CLIENT=hostxxx)';
CONFIGURE DEVICE TYPE sbt PARALLELISM 5;
backup ARCHIVELOG ALL filesperset 1 format 'dbxxx_arch.%U' delete input;
}
Kaydol:
Kayıtlar (Atom)