1.AMAÇ VE KAPSAM
Bazı durumlarda yanlışlıkla veya rac sistem üstüne çalışıldığı unutulup lokal disk üstünde datafile oluşturulabiliyor. Aşağıdaki yazımda lokal disk üstüne oluşturduğumuz bu datafileları nasıl ortak alan olan ASM üstüne taşıyacağımızı anlatacağım.
2.UYGULAMA
2.1. 2 node RAC sistem üstünde 2 tane tablespace 1. node’un lokal disk’i üstünde oluşturdum.
1.AMAÇ VE KAPSAM
Rman üstünde yapılan backup işlemleri veritabanın controlfile’ına kaydedilir,bu controlfile’ın kaybolma olasılığına karşılık oracle bize rman catalog özelliğini önermekte,bu özellik sayesinde controlfile kaydedilen rman bilgileri başka bir veritabanında saklanır.Catalog bunun dışında rman scriptleri ve alınan backupların bilgilerini saklamak içinde kullanılabilir.Bu özelliği kullanabilmemiz için product veritabanımız dışında catalog’ların tutulacağı başka bir veritabanımızda olmalı.
Aşağıdaki yazımda oracle rman catalog’un nasil kurulacagini, source veritabanin catalogdb ye nasıl register edileceğini ve bunu nasıl kontrol edeceğinizi anlatacağım.
1.AMAÇ VE KAPSAM
Oracle Rac 11gR2 versionlu veritabanında dump dosyanız shared olmayan bir alan üstündeyken parallel parametresini kullanıp impdp yaparsanız ORA-31693, ORA-29913, ORA-31640, ORA-19505, ORA-27037 hatasını alırsınız.Bunun sebebi RAC veritabanı import işlemini bütün nodelar üstünden yapmaya çalışıp paralellendirmesidir , dumpınız 1. sunucuda shared olmayan bir alanda bulunuyorsa 2. node buna erişemiyeceğinden dolayı hatayı alacaksınız.
1.AMAÇ VE KAPSAM
Productıon olarak çalışan veritabanlarında querylere göre index oluşturup performans testleri yapmak oldukça riskli bir çalışmadır, bundan dolayı oracle bize virtual index özelliğini sağlamış. Bu özellik sayesinde index oluşturmadan querylerinizin performanslarını kontrol edebilirsiniz ve bu esnada uygulamadan gelen quer
1.AMAÇ VE KAPSAM
Redefinition production ortamlarda veritabaninda kesinti yaratmadan tablo’nun storage parametrelerini degiştirmek,farkli bir tablespace taşimak veya yeni kolonlar eklemek,silmek ve degiştirmek için kullanilabilir.
Aşağıdaki çalışmamda bir tabloyu partition’li hale getirip 2009,2010,2011 yıllarına ayit partition’larını exadatanin özelliği olan “archive high” compress’liyecem,2012 yılının aylarınıda OLTP compress yapicam.Bu esnada veritabanı operasyonel olarak çalişmaya devam edicek.
Kisaca redefinition nasil çalıştığını anlatayım: yeni tablonuzu redefinitiona tanımladığınızda redef. bu tablonuzu materialized view çeviriyor ve datayı bu mv’un içine aktarıyor bu esnada orjinal tablonuzda da materialized view log olusturup tablonuza gelen insert,delete ve update işlemlerini kayit altina aliyor.
1.AMAÇ VE KAPSAM
Tablo ve Partitionlı tablolarda export alınırken alınan EXP-00003: no storage definition found for segment(0, 0) hatasının çözümü.
2.UYGULAMA
2.1. Tablo ve partitionlı tablo üstünde exportu başlatıyoruz.
|
1 2 3 4 5 6 7 8 9 10 11 12 |
bash-3.2$ exp bcanbakal/bcanbakal TABLES=('BCANBAKAL.BIG_TABLE', 'BCANBAKAL.BIG_TABLE2:BIG_TABLE_2003') file=/home/oracle/big_table_exp.dmp log=/home/oracle/big_table_exp.log Export: Release 11.2.0.1.0 - Production on Wed Jan 25 11:28:22 2012 Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved. Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - 64bit Production With the Partitioning, Real Application Clusters, Automatic Storage Management, Oracle Label Security, OLAP, Data Mining, Export done in WE8MSWIN1252 character set and UTF8 NCHAR character set server uses WE8ISO8859P9 character set (possible charset conversion) About to export specified tables via Conventional Path ... . . exporting table BIG_TABLE EXP-00003: no storage definition found for segment(0, 0) |
Exadatayla haşır neşir olduğumu düşündükten sonra bugun Oracle Exadata Certified Implementation Specialist
sınavı başarılı bir şekilde verdim.
Sınava girecek arkadaşlara önerim “Exadata Performance Monitoring and Maintenance” ,”Exadata and I/O Resource Management” , “Database Machine Overview and Architecture” ve HCC konularına ağırlık vermeleri.
1.AMAÇ VE KAPSAM
Veritabanındaki corrupt blockları bir kaç yöntemle kurtarmamız/temizlememiz mümkündür. Corrupt duruma düşmesinin sebebi genellikle veritabanın çok büyümesi veya yapılan update işlemlerinden sonra başımıza gelmektedir.
2.UYGULAMA
2.1. Corruption hataları veritabanı alert loguna aşağıdaki gibi yansır, eğer çok fazla corruption varsa grep awk 2 lisini kullanıp ayırmanız rman scriptini oluşturmanıza yardım edecektir.
ORA-01578:
ORACLE data block corrupted (file # string, block # string)
Whenever we encounter above error message mean we have BLOCK CORRUPTION.
1.AMAÇ VE KAPSAM
INDEX rebuild işlemi esnasında session kill veya instance’ın kapanması yaşanırsa, index üstünde tekrardan bir değişiklik yapmaya çalıştıgımızda veritabanı ORA-08104 hatası vericektir bunun çözümü için rdbms veya oradebug kullanmamız gerekmektedir.
2.UYGULAMA
2.1. Yukarda bahsedilen sorunu yaşadıktan sonra index üstünde herhangi bir değişiklik yapmaya çalıştığımızda aşağıdaki hatayı alırız.
|
1 2 3 4 |
ALTER INDEX USB.IDX_BILDIRIM_OKU * ERROR at line 1: ORA-08104: this index object 159048 is being online built or rebuilt |
1.AMAÇ VE KAPSAM
ASM alanın üstünde expdp ve impdp programlarının kullanımı.
2.UYGULAMA
2.1. Klasik komutları kullanarak ASM alanı üstüne expdp veya impdp çalıştırdığımızda aşağıdaki hataları alırız.
|
1 2 3 4 5 |
ORA-39002: invalid operation ORA-39070: Unable to open the log file. ORA-29283: invalid file operation ORA-06512: at "SYS.UTL_FILE", line 536 ORA-29283: invalid file operation |