http://www.sharepointr.net/ORABLOG/default.aspx

HEDEF DATABASE'İN AÇILDIĞINI KONTROL ETME

2009-09-03T23:40:00.000-07:00

Bazen hedef veritabanının ne zaman açıldığını,açıldığı zamanı, açık olup olmadığını kontrol etmemiz gerekebilir. Veri ambarları sisteminde ETL sürecinde verilerin çekiceleceği database'lerin durumunu bu şekilde kontrol edebiliriz. Aslında şu anda aklıma somut örnekler gelmiyor ama bir şekilde ikinci bir database'den veri çekiyor yada veri gönderiyor iseniz bu bilgiye ihtiyaç duyabilirsiniz.

Şu şekilde bir kullanım yaptım. Hedef database'de (SID) kendim için bir user oluşturuyorum, daha sonra bu user için v$instance erişim yetkisi veriyorum.

grant select on v$instance to scott;

ORA-02030: sadece sabit tablolardan/görünümlerden seçebilir

bu hatadann kurtulmak için yapmamız gereken çok basit oracle görünümün adında ufak bir değişiklik yapıyoruz.

grant select on v_$instance to scott;

Daha sonra SCOTT kullancısı ile bağlanıyorum ve instance durumuna bakıyorum.

SELECT STARTUP_TIME,INSTANCE_NAME FROM V$INSTANCE

Kendi database'imde bu buradaki zamanı yada statu'yü kontrol ederek kendi işlerimi yapıyorum.

v_$instance yetkisini geri almak için

revoke select on v_$instance from scott

ALERT LOG DOSYASI OKUMA

2009-09-03T05:56:00.000-07:00

Çoğu zaman herkez alert log dosyalarında neler döndüğünü merak eder. Bu merakı gidermenin en kısa yolu dosyayı işletim sistemi ortamında açmak ve okumaktır. Yada alert log dosyalarını okuyan işleyen bir tool kullanmak olabilir. Ben bu yazım da kendi SQL cümlelerimiz ile alert loglarını okumanın birkaç yolunu göstermeye çalışacağım.
Alert log dosyasına ne için ihtiyacımız olduğunu kısaca soylemek gerekir ise DB de olan olayları yakalamamızı sağla ne zaman açıldı hangi hataları aldı DB parametreleri neler gibi....

Alert log dosyaları eğer siz konumunu değiştirmediyseniz

C:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\BDUMP dizininde bulabilirsiniz. Ama ben yerini değiştirdim ve şu anda nerede olduğunu bilmiyorum diyorsanız

SELECT value FROM v$parameter WHERE name='background_dump_dest';

sorgusu ile konumunu görebiliriz. Farkettiyseniz v$parameter view'inde database için tanımladığız parametleri bulacaksınız.

select * from dba_directories

Sorgusu ile directories'lere bakıyoruz. Eğer ilgili directory yok ise oluşturacağiz.

Asagidaki kod ile bir DIRECTORIES olusturuyorum. Daha sonra scott kullanicisi için bu directory okuma hakki veriyoruz. Sonrasinda SCOTT kullanici için bir external tablo olusturuyorum.Asagidaki islemleri tek tek de yapabiliriz.
DECLARE
--alert_SID.log dosyasinin oldugu dizin
bdump_dizini VARCHAR2(200);
--Hangi SID ilebagli oldugumuz bunu kullanmamizdaki amaç alert_SID.log (alert_orcl.log) seklinde bir dosya olmasi.SID ismi dinamik olarak veriliyor.
v_sid VARCHAR2(16);
--bunu External table olusturma sirasinda dogru script üretim üretmedigimi görmek için tanimladim.
v_dyn_sql VARCHAR2(5000);
--hatalar için tanimlamalar.
objectexists EXCEPTION;
PRAGMA EXCEPTION_INIT(objectexists,-955);
BEGIN
-- alert_orcl.log dosyasinin konumunu ögreniyorruz.
SELECT VALUE
INTO bdump_dizini
FROM v$parameter
WHERE NAME = 'background_dump_dest';
--ekrana dizini yazdiriyorum.
dbms_output.Put_line(bdump_dizini);
-- database'e yeni bir directory tanimliyoruz.
EXECUTE IMMEDIATE 'CREATE OR REPLACE DIRECTORY bdump_dir AS '''
||bdump_dizini
||'''';
--bu directory için SCOTT kullanicina okuma (erisim) hakki veriyorum.
EXECUTE IMMEDIATE 'GRANT READ ON DIRECTORY bdump_dir TO scott
';
--Database'e baglandigim SID ismini ögreniyorum.
SELECT instance_name
INTO v_sid
FROM v$instance;
--ekrana V_SID'yi yazdiriyorum kontrol amaçli.
dbms_output.Put_line(v_sid);
COMMIT;

-- yukarida external table için olusturdugum parametlerler ile simdi external tablomu olusturyorum.

v_dyn_sql := 'CREATE TABLE scott.ALERT_LOG_EXTERNAL
(TEXT VARCHAR2(255)
) ORGANIZATION EXTERNAL
(TYPE ORACLE_LOADER
DEFAULT DIRECTORY BDUMP_DIR
ACCESS PARAMETERS
(records delimited by newline
nobadfile
nologfile
)
LOCATION (''alert_'

||v_sid

||'.log'')
)
REJECT LIMIT UNLIMITED';

--dogru script üretip üretmedgimi kontrol için ekrana basiyorum.

dbms_output.Put_line(v_dyn_sql);
EXCEPTION
WHEN objectexists THEN
NULL;
END;
/

External tablomuzu oluşturduktan sonra artık alert loglarımız okuyabiliriz.

SELECT rownum row_num ,text FROM SCOTT.alert_log_external order by 1 desc;

İlk olarak log filemizi okumayı başardık fakat bu çokda kullanışlı görünmüyor şu aşamada. Çeşitli süslemeler ile daha okunabilir bir hale getirmeyeçalışacağiz.

alert log zamanlarını yakalamak için aşağıdaki gibi bir foksiyon oluşturalım.

CREATE OR REPLACE FUNCTION scott.Alert_log_date
(text IN VARCHAR2)
RETURN DATE
IS
invaliddate EXCEPTION;
PRAGMA EXCEPTION_INIT(invaliddate,-1846);
BEGIN
RETURN To_date(text,'Dy Mon DD HH24:MI:SS YYYY','NLS_DATE_LANGUAGE=AMERICAN');
EXCEPTION
WHEN invaliddate THEN
RETURN NULL;
END;
/

Şimdi bu fonksiyonu kullarak alert loglarımızı okuyalım , burada tarih gördüğü satırlarda tarih column'u ekliyor.

SELECT ROWNUM row_num ,scott.alert_log_date(text) alert_date, text
FROM scottt.alert_log_external

WHERE ROWNUM <50

Yukarıdaki sorguda tarih alanı boş gelen yerlere tarihi eklemek için aşağıdaki yapıyı kullanmabiliriz. Burada iki tarih arasına bir önceki tarihi ekleyerek her satırın başına tarih değerini atıyor. Bu sayede olayların hangi tarihte meydana geldiğini daha iyi gözlemleyebiliyoruz (monitor edebiliyoruz).

SELECT row_num ,LAST_VALUE(alert_date IGNORE NULLS) OVER(ORDER BY row_num
ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW) alert_date
,alert_text
FROM (SELECT ROWNUM row_num
,SCOTT.alert_log_date(text) alert_date
,text alert_text
FROM SCOTT.alert_log_external
)

WHERE ROWNUM < 50>

Aşağıdaki sorguda ise her bir hatanın ,olayın gerekleştiği zamanıki ilk satırın numarasını diğer satırlara yayıyor.

SELECT row_num
,LAST_VALUE(low_row_num IGNORE NULLS)
OVER(ORDER BY row_num ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW) start_row
,LAST_VALUE(alert_date IGNORE NULLS)
OVER(ORDER BY row_num ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW) alert_date
,alert_text
FROM (SELECT ROWNUM row_num
,NVL2(SCOTT.alert_log_date(text),ROWNUM,NULL) low_row_num
,SCOTT.alert_log_date(text) alert_date
,text alert_text
FROM SCOTT.alert_log_external
)

WHERE ROWNUM < 50

en son oluşturduğumuz sorgu sonucundan bir view oluşturuyoruz.

CREATE OR REPLACE FORCE VIEW scott.alert_log as
SELECT row_num
,LAST_VALUE(low_row_num IGNORE NULLS)
OVER(ORDER BY row_num ROWS BETWEEN UNBOUNDED PRECEDING
AND CURRENT ROW) start_row
,LAST_VALUE(alert_date IGNORE NULLS)
OVER(ORDER BY row_num ROWS BETWEEN UNBOUNDED PRECEDING
AND CURRENT ROW) alert_date
,alert_text
FROM (SELECT ROWNUM row_num
,NVL2(scott.alert_log_date(text),ROWNUM,NULL) low_row_num
,scott.alert_log_date(text) alert_date
,text alert_text
FROM scott.alert_log_external
);

--SYNONYM oluşturuyorum.
DECLARE
objectexists EXCEPTION;
PRAGMA EXCEPTION_INIT(objectexists,-955);
BEGIN
EXECUTE IMMEDIATE 'CREATE PUBLIC SYNONYM alert_log FOR scott.alert_log:';
-- E?er böyle bir synonym var ise silip yeniden yarat?yoruz.
EXCEPTION
WHEN objectexists THEN
EXECUTE IMMEDIATE 'DROP PUBLIC SYNONYM alert_log
';
EXECUTE IMMEDIATE 'CREATE PUBLIC SYNONYM alert_log FOR scott.alert_log
';
END;
/

--evet gerekli hazırlıkalrı yaptıktan sonra şimdi artık view üzerinde çeşitli sorgular yapabiliriz.

SELECT row_num,
alert_text
FROM alert_log
WHERE alert_date > SYSDATE - 1 / 24
/

ora hatalarını görmek için aşağıdaki sorguyu kullanabiliriz
regexp_like kullanımı ile ilgi bilgi için buraya bakabilrisiniz

SELECT row_num,
alert_date,
alert_text
FROM alert_log
WHERE start_row IN (SELECT start_row
FROM alert_log
WHERE Regexp_like(alert_text,'ORA-'))
AND alert_date > Trunc(SYSDATE,'MON')
/

TEMPORARY TABLESPACE TEMPFILE EKLEME

2009-09-03T02:39:00.000-07:00

TEMPORARY TABLESPACE HATASI

ORA-25153: Temporary Tablespace is Empty
ORA-25153: Geçici Tablo Alanı Boş

yukaridaki hatayi aldiğimizda bakamiz gereken bazi yerler var Öncelik ile tablespcelerimizin yerinde olup olamadığına bakalim.

l - select tablespace_name, STATUS from dba_tablespaces;

Tablespace ve bu tablespacelere ait datafilelerin konumunu görelim. Burada TEMP tablespace'i göremiyoruz.

2- select tablespace_name, file_name from dba_data_files;

Temp tablespace'leri görmek için dba_temp_files bakmamız gerekiyor.

select tablespace_name, file_name from dba_temp_files;

Bu sorgunun sonucunun boş gelmesi durumunda ORA-25153 hatasını alıyoruz.Bir şekilde temp tablespacemize temp datafile eklemeliyiz.

ALTER TABLESPACE "TEMP" ADD TEMPFILE 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\TEMP01.DBF' SIZE 100M AUTOEXTEND ON NEXT 1024K MAXSIZE 100M

ALTER TABLESPACE "TEMP" ADD TEMPFILE 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\TEMP02.DBF' SIZE 100M AUTOEXTEND ON NEXT 1024K MAXSIZE 100M

3- select tablespace_name, file_name from dba_temp_files;

TABLESPACE_NAME FILE_NAME

TEMP C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\TEMP01.DBF
TEMP C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\TEMP02.DBF

Tempfile silmek işleminde aşağıdaki scripti kullanırsanız
ALTER TABLESPACE "TEMP" DROP DATAFILE 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\TEMP02.DBF'
Bu hatayı alırsınız burada TEMPFILE cümleciğini kullanmanız gerekiyor.

ORA-03219: Tablo alani 'TEMP' sözlük tarafindan yönetiliyor, çevrimdisi veya geçici

Tempfile silmek için ise aşağıdaki cümleciği kullanmalısınız.

ALTER TABLESPACE "TEMP" DROP TEMPFILE 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\TEMP02.DBF'

Bu işlemlerden sonra aynı hatayı almayabilirsiniz. Alsanızda sebebi bu olmayacaktir.

DATABASE HIZLI BİR ŞEKİLDE KAPATMAK

2009-09-01T06:13:00.000-07:00

RESTORE POINT (KURTARMA NOKTASI)

Bazen öyle durumlar olur ki veritabanınızı bir an önce kapatmanız gerekebilir.
böyle durumlarda SHUTDOWN IMMEDIATE demek yeterli olmayacaktır. SHUTDOWN ABORT komutunu kullanmak isteyeceksiniz.
fakat shutdown abort komutunun bazı dezavantajları var, veri kaybı yaşayabilrsiniz. Bu tip durumları aşmak için öncelik ile
restore point(kurtarma noktası) oluşturuyoruz.
Veritabanımızın kurtarma noktası özelliğini kullanabilmemiz için flashback modu'nun açılmış olması gerekmektedir.
Bu konu ilgili bilgiyi buradan alabilirsiniz.

Database'i kapatmadan hemen önce bir kurtarma noktası oluşturuyorum.

SQL> create restore point kapatmadan_once;
Geri yükleme noktası yaratıldı.

database'i hızlı bir şekilde kapatmak için

SQL> shutdown abort;
ORACLE anı kapatıldı.

daha sonra mount modda açıyoruz.Bu şekilde kullanıcıların sisteme erişmelerini kısıtlamış oluyoruz.

SQL> startup mount;
ORACLE anı başlatıldı.

Total System Global Area 612368384 bytes
Fixed Size 1250428 bytes
Variable Size 234883972 bytes
Database Buffers 369098752 bytes
Redo Buffers 7135232 bytes
Veritabanı kullanıma açıldı.

En son aldığımız restore point'e dönüyoruz.

SQL> flashback database to restore point kapatmadan_once;

Gerisinyal tamamlandı.

Son olarak Veritabanını bütün kullanıcıları açıyoruz. Hadi hayırlısı.

SQL> alter database open resetlogs;

Veritabanı değiştirildi.

oluştuşturduğumuz restore point silmek için

SQL> drop restore point kapatmadan_once;
Geri yükleme noktası bırakıldı.
SQL> drop restore point deneme1;
Geri yükleme noktası bırakıldı.

restore point(kuratma noktaları) listelemek için

SQL> select scn,name from v$restore_point ;

satır seçilmedi

http://www.oracle.com/technology/oramag/oracle/06-nov/o66recovery.html

DATABASE FLASHBACK AYARLARI

2009-09-01T00:01:00.000-07:00

Veritabanımızın flashback özelliğini açmak için aşağıdaki adımları izlemiz yeterli olacaktır.
Bu işlemleri yapmaya başlamadan önce bazı FLASHBACK parametrelerini ayarlamamız gerekecektir.

* DB_RECOVERY_FILE_DEST
* DB_RECOVERY_FILE_DEST_SIZE
* DB_FLASHBACK_RETENTION_TARGET

Bu parametreleri kısaca açıklamak gerekir ise

DB_RECOVERY_FILE_DEST FLASHBACK için kullanılacak olan dosyaların yerini belirtiyoruz.

DB_RECOVERY_FILE_DEST_SIZE ne kadarlık bir alanı bu iş için ayrıcağımızı belirtiyoruz. Bu parametreyi belirlerken FLASHBACK özelliğini kaç gün (ne kadarlık bir zaman dilimi ) için kullanacağız, Bu zaman diliminde üretilmesini tahmin ettiğimiz veri miktarı ne olacak, son olarak disk kapasitemiz ne kadar. Bu iş için ayırdığımız 500GB lik bir diskimiz var ise bunun tamamını buraya tahsis etmeyelim 450 GB sini verelim olurda disk dolar ve database'de işlemler devam ederken DB_RECOVERY_FILE_DEST_SIZE alanı doldu doluyor uyarısı alırsak tam dolmadan önlem alabiliriz.

DB_FLASHBACK_RETENTION_TARGET parametresi verileminiz ne kadarlık bir zaman dilimi için saklayacağimi belirtiyor. Burada 24 saat (1 günlük) olsun derseniz 24*60=1440 değerini belirlememiz gerekir. Anlaşılacağı gibi dakika olarak belirliyoruz.

DB_FLASHBACK_RETENTION_TARGET ve DB_RECOVERY_FILE_DEST_SIZE parametreleri sizin de farkedebileceğiniz gibi birbirleri ile ilişki içerisindeler.
senaryomuzun şu şekilde olduğunu varsayarsak benim günlük olarak 100 gb flashback datam oluşuyor, flashback dönme süremi 7 gün olarak belirliyorum.
bu durumda en az 700 GB lik bir DB_RECOVERY_FILE_DEST_SIZE alanına ihtiyacım olacak.

ORA-38700: Limit of %s flashback database logs has been exceed

Bu hata ile karşılaşmanız kaçınılmaz olacaktır.

Kurulum ile beraber varsayılan olarak gelen parametreler aşağıdaki sorgu ile görülebilir.

select * from v$parameter where name like '%db_recovery%' or name like '%db_flashback%'

Şimdi parametreleri ayarlamaya geldi sıra. Dosyalarımızı nerede saklayacağımızı belirliyoruz.

ALTER SYSTEM SET DB_RECOVERY_FILE_DEST='C:\flashback_alani\';

Ne kadarlık bir süre için saklayacağımızı belirliyoruz.

ALTER SYSTEM SET DB_FLASHBACK_RETENTION_TARGET=10080; -- 1 hafta haftalık full backup aldığımı varsayıyorum. Yeterli alanımda var :))

FLASHBACK için ayırdığım disk alanını belirliyorum.

ALTER SYSTEM SET DB_RECOVERY_FILE_DEST_SIZE=30G; -- 30 Gb olarak belirledim.

Evet flashback parametrelerini belirdik. Şimdi veritabanımızı flashback moda geçirelim. Ben makinamda yaptığım adımları aşağıda belirtiyorum.

Veritabanını açıyoruz.

SQL> startup;
ORACLE anı başlatıldı.

Total System Global Area 612368384 bytes
Fixed Size 1250428 bytes
Variable Size 201329540 bytes
Database Buffers 402653184 bytes
Redo Buffers 7135232 bytes
Veritabanı kullanıma açıldı.
Veritabanı açıldı.
SQL>

Hangi modda olduğunu görelim. Ben daha önce ARCHIVELOG moda almıştım (RMAN için). Flashback özelliğinin ARCHIVELOG mod istediğini belirtmek için
gecici olarak NOARCHIVELOG moda gececeğim.

SQL> select name,log_mode from v$database;

NAME LOG_MODE
--------- ------------
ORCL ARCHIVELOG

FLASHBACK özelliğini kontrol ediyoruz.

SQL> select flashback_on from v$database;

FLASHBACK_ON
------------------
NO

SQL> shutdown immediate;
Veritabanı kapatıldı.
Veritabanı kullanıma kapatıldı.
ORACLE anı kapatıldı.
SQL> alter database noarchivelog;
alter database noarchivelog
*
1 satırında HATA:
ORA-01034: ORACLE not available

SQL> startup mount

ORACLE anı başlatıldı.

Total System Global Area 612368384 bytes
Fixed Size 1250428 bytes
Variable Size 205523844 bytes
Database Buffers 398458880 bytes
Redo Buffers 7135232 bytes
Veritabanı kullanıma açıldı.

SQL> alter database noarchivelog;

Veritabanı değiştirildi

SQL> select log_mode from v$database;

LOG_MODE
------------
NOARCHIVELOG

NOARCHIVELOG modda olmadığını görüyoruz.

SQL> alter database flashback on;
alter database flashback on
*
1 satırında HATA:
ORA-38706: FLASHBACK VERITABANI günlüge kaydetme açilamiyor.
ORA-38707: Ortam kurtarma etkin degil.

SQL> ALTER DATABASE FLASHBACK ON;
ALTER DATABASE FLASHBACK ON
*
1 satırında HATA:
ORA-38706: FLASHBACK VERITABANI günlüge kaydetme açilamiyor.
ORA-38707: Ortam kurtarma etkin degil.

SQL> alter database archivelog;

Veritabanı değiştirildi

ve işlem tamam.

SQL> ALTER DATABASE FLASHBACK ON;

Veritabanı değiştirildi
SQL> alter database open;

ve işlem tamam. Artık anlık olarak yedekten dönebileceğiz. Kullanıcıların yanlışlık ile sildiği tablolar geri gelebicek.
Veritabanı değiştirildi
SQL>

FLASHBACK alanının son durumunu görmek için

SELECT NAME, TO_CHAR (space_limit, '999,999,999,999') AS flashback_max_size,
TO_CHAR (space_limit - space_used + space_reclaimable,
'999,999,999,999'
) AS flashback_kalan_alan,
ROUND ((space_used - space_reclaimable) / space_limit * 100,
1
) AS pct_full
FROM v$recovery_file_dest;

ayrıntılı bilgili buradan alabilirsiniz.
http://www.oracle.com/technology/deploy/availability/htdocs/Flashback_Overview.htm
http://www.cagataycebi.com/oracle/oracle_flashback_db.pdf

RMAN KATALOG İŞLEMLERİ

2009-08-31T02:42:00.000-07:00

RMAN database'inde Katalog için kullanacağimiz user'ı yaratıyoruz.

CREATE USER rman IDENTIFIED BY rman
TEMPORARY TABLESPACE temp
DEFAULT TABLESPACE users
QUOTA UNLIMITED ON users;
GRANT RECOVERY_CATALOG_OWNER TO rman;

-- Komut satırında RMAN bağlanıyoruz..

//////////////////////////////////////////////////////////////////////////////////////

C:\Documents and Settings\rdcaates>rman catalog rman/rman@rman

Kurtarma idarecisi : Release 10.2.0.1.0 - Production on Pzt Ağu 31 11:36:55 2009

Copyright (c) 1982, 2005, Oracle. All rights reserved.

kurtarma kataloğu veritabanına bağlanıldı

RMAN>

//////////////////////////////////////////////////////////////////////////////////////

--şimdi katalog için yaratmış olduğumuz databse ve schema'ı RMAN a tanıyoruz.

RMAN> create catalog

kurtarma kataloğu yaratıldı

RMAN>

Şimdi yarattğimiz bu katalog ile Backuplarını almak isteğimiz Database ilişkilendiriyoruz.

RMAN> exit

Recovery Manager tamamlandı.

C:\Documents and Settings\rdcaates>rman target sys/o123@orcl catalog rman/rman@rman

Kurtarma şdarecisi : Release 10.2.0.1.0 - Production on Pzt Au 31 11:39:34 2009

Copyright (c) 1982, 2005, Oracle. All rights reserved.

hedef veritabanına bağlanıldı: ORCL (DBID=1223590477)
kurtarma kataloğu veritabanına bağlanıldı

//////////////////////////////////////////////////////////////////////////////////////

RMAN> register database;

veritabanı kurtarma kataloğuna kaydedildi
kurtarma kataloğunun tam eşzamanlamasını başlatma
tam eşzamanlama tamamlandı

RMAN>

şu an son durum elimizde İki tane database (SID) var bunlardan birisi;
Backuplarını düzenli olarak almak istediğimiz diğeri ise aldığımız bu backupları saklayacağımız database diyebiliriz.
hangisinin katalog hangisinin target (hedef) olduğunu belirledik.
bunları birbirine tanıttık.
//////////////////////////////////////////////////////////////////////////////////////

oluşturduğumuz bir katalog'u silmek için DROP catalog çümleciğini kullanabiliriz.

RMAN> drop catalog

kurtarma kataloğunun sahibi: RMAN
kataolg kaldırmayı teyit etmek için DROP CATALOG komutunu yeniden girin

RMAN> drop catalog;

kurtarma kataloğu bırakıldı

RMAN>

silindiğini görmek için report schema diyebiliriz.

RMAN> report schema;

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: report komutu, 08/31/2009 12:12:45 konumunda başarısız.
RMAN-06428: kurtarma kataloğu yüklü değil

RMAN>

//////////////////////////////////////////////////////////////////////////////////////
kayıtlı olan bir katalog'un geçerliliğini kaldırmak için unregister komutunu kullanabiliriz.

C:\Documents and Settings\rdcaates>rman target sys/o123@orcl catalog rman/rman@rman

Kurtarma şdarecisi : Release 10.2.0.1.0 - Production on Pzt Au 31 12:16:50 2009

Copyright (c) 1982, 2005, Oracle. All rights reserved.

hedef veritabanına bağlanıldı: ORCL (DBID=1223590477)
kurtarma kataloğu veritabanına bağlanıldı

RMAN> unregister database;

veritabanı adı: "ORCL" ve DBID: 1223590477

Veritabanının kaydını silmek istediinizden emin misiniz (EVET veya HAYIR girin)
? yes
veritabanının kaydı kurtarma kataloğundan silindi

RMAN>

//////////////////////////////////////////////////////////////////////////////////////

Kataloğumuzun Versiyonu öğrenmek için Sqlplus!a bağlanarak aşağıdaki sorguyu çalıştırabiliriz.

C:\Documents and Settings\rdcaates>sqlplus rman/rman@rman

SQL> SELECT * FROM rman.rcver;

VERSION
------------
10.02.00.00

//////////////////////////////////////////////////////////////////////////////////////
KOMPLE BACKUP ALMA

--Komple Backup için aşağıdaki sourguyu RMAN da çalıştırmanız yeteli olacaktır. Ne Var ne yok Backup'ını alırsınız.
--Burada dizini ve etiketi kendiniz belirleyebilirsiniz. Kullanımı Aşağıdaki şekildedir.

C:\Documents and Settings\rdcaates>rman target sys/o123@orcl catalog rman/rman@rman

RMAN> BACKUP as COMPRESSED BACKUPSET DATABASE FORMAT 'C:\RMAN_BACKUP\dbf_%d_%t_%s.rman' TAG='KOMPLEBACKUP_DBF' PLUS
2> ARCHIVELOG format 'C:\RMAN_BACKUP\arc_%d_%t_%s.rman'
3> TAG='KOMPLEBACKUP_ARC'
4> ;

backup başlatılıyor; saat 31/08/2009
geçerli günlük arşivlendi
ORA_DISK_1 kanalı kullanılıyor
ORA_DISK_1 kanalı: sıkıştırılmış arşiv günlüğü yedek kümesi başlatılıyor
ORA_DISK_1 kanalı: yedekleme kümesinde arşiv günlüğü belirleniyor
girdi arşiv günlüğü thread=1 sıra=1 kayıt no=71 damga=696342728
girdi arşiv günlüğü thread=1 sıra=2 kayıt no=73 damga=696342735
girdi arşiv günlüğü thread=1 sıra=3 kayıt no=40 damga=696342517
.
.
.
.
.
girdi arşiv günlüğü thread=1 sıra=43 kayıt no=81 damga=696344034
ORA_DISK_1 kanalı: 1 başlangı. parçası 31/08/2009 konumunda
ORA_DISK_1 kanalı: 1 bitiş parçası 31/08/2009 konumunda
parça kontrol noktası=C:\RMAN_BACKUP\ARC_ORCL_696344037_68.RMAN etiket=KOMPLEBAC
KUP_ARC açıklama=NONE
ORA_DISK_1 kanalı: yedekleme kümesi tamamlandı, geçen süre: 00:01:58
backup tamamlandı; saat 31/08/2009

backup başlatılıyor; saat 31/08/2009
ORA_DISK_1 kanalı kullanılıyor
ORA_DISK_1 kanalı: sıkıştırılmış tam veri dosyası yedek kümesi başlatılıyor
ORA_DISK_1 kanalı: yedekleme kümesindeki veri dosyaları belirleniyor
girdi veri dosyası fno=00001 adı=C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.
DBF
girdi veri dosyası fno=00003 adı=C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSAUX01.
DBF
girdi veri dosyası fno=00002 adı=C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\UNDOTBS01
.DBF
girdi veri dosyası fno=00004 adı=C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\USERS01.D
BF
girdi veri dosyası fno=00005 adı=C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\DENEME2
girdi veri dosyası fno=00006 adı=C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\RMAN_DENE
ME_DF1.DBF
girdi veri dosyası fno=00007 adı=C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\RMAN_DENE
ME_DF2.DBF
girdi veri dosyası fno=00008 adı=C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\RMAN_DENE
ME_DF3.DBF
ORA_DISK_1 kanalı: 1 başlangıçparçası 31/08/2009 konumunda
ORA_DISK_1 kanalı: 1 bitiş parçası 31/08/2009 konumunda
parça kontrol noktası=C:\RMAN_BACKUP\DBF_ORCL_696344155_69.RMAN etiket=KOMPLEBAC
KUP_DBF açıklama=NONE
ORA_DISK_1 kanalı: yedekleme kümesi tamamlandı, geçen süre: 00:00:46
backup tamamlandı; saat 31/08/2009

backup başlatılıyor; saat 31/08/2009
geçerli günlük arşivlendi
ORA_DISK_1 kanalı kullanılıyor
ORA_DISK_1 kanalı: sıkıştırılmış arşiv günlüğü yedek kümesi başlatılıyor
ORA_DISK_1 kanalı: yedekleme kümesinde arşiv günlüğü belirleniyor
girdi arşiv günlüğü thread=1 sıra=44 kayıt no=82 damga=696344202
ORA_DISK_1 kanalı: 1 başlangıç parçası 31/08/2009 konumunda
ORA_DISK_1 kanalı: 1 bitiş parçası 31/08/2009 konumunda
parça kontrol noktası=C:\RMAN_BACKUP\ARC_ORCL_696344203_70.RMAN etiket=KOMPLEBAC
KUP_ARC açıklama=NONE
ORA_DISK_1 kanalı: yedekleme kümesi tamamlandı, geçen süre: 00:00:02
backup tamamlandı; saat 31/08/2009

Control File and SPFILE Autobackup başlatılıyor; saat 31/08/2009
parça tutamacı=C:\RMAN_BACKUP\CF_C-1223590477-20090831-03.RMAN açıklama=NONE
Control File and SPFILE Autobackup tamamlandı; saat 31/08/2009

RMAN>

Backup alamada bir sorun olup olmaddğıni kontrol edelim
RMAN> crosscheck backupset;

LISTENER AYARLARI VE TEK SİSTEMDE İKİ DATABASE ÇALIŞTIRMA

2009-08-30T13:24:00.000-07:00

Bir isletim sistemi üzerine 2 tane Oracle database kurma islemi sirasinda bazen listener hatasi olabilirsiniz. Dinleyici bulunamadi vs ...
Burada normal bir sekilde oracle'nin arayüzünü ( Database Configuration Assistant ) kullanarak kurulumu yapiyorum. Burada Her bir database için ayri port numarası vermeye gerek yoktur.
tek bir porttan ve tek bir listenr ile birçok database'e (SID) bağlanabilirsiniz. Bu deneme yada test amaçlı sistemler için geçerlidir. Bu şekilde bir sistem performanslı olmayacaktır.
O portta ve listenerde yoğunluğa neden olabilir.
Ilk kurduğum database default kurulumda gelen ORCL ikinci kurdugum database ise RMAN database'i. RMAN database'inin kurmamdaki amaç RMAN için Katalog olarak kullanacağım.
Aslında ikisini de aynı sisteme kurmak yanlış. Backup Stratejisi için kötü bir durum.
Kurulum işlemi bittikten sonra SQL*PLUS ile baglaniyorum. Ilk ünce ORCL database'ime baglanacagim.

C:\Documents and Settings\rdcaates>sqlplus

SQL*Plus: Release 10.2.0.1.0 - Production on Per Au 27 15:09:25 2009

Copyright (c) 1982, 2005, Oracle. All rights reserved.

Kullanici adini girin: sys/o123@orcl as sysdba

Bağlanti:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options

SQL> select name,dbid from v$database;

NAME DBID
--------- ----------
ORCL 1223590477

SQL>

Ikinci olarak RMAN database'ine baglaniyorum.

C:\Documents and Settings\rdcaates>sqlplus

SQL*Plus: Release 10.2.0.1.0 - Production on Per Au 27 15:16:53 2009

Copyright (c) 1982, 2005, Oracle. All rights reserved.

--burada hangisine baglanacagımı belirtmiyorum.

Kullanici adini girin: sys as sysdba
Parolayi girin:

Bağlanti:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options

SQL> select name,dbid from v$database;

NAME DBID
--------- ----------
RMAN 1582417640

SQL>

Seklinde bir yapi kullaniyoruz. Burada su sekilde baglanacagi database'i belirterek yapinca hata aliyor. Sebebi listener'da tanımlamamış olmamız.

C:\Documents and Settings\rdcaates>sqlplus

SQL*Plus: Release 10.2.0.1.0 - Production on Per Au 27 15:18:34 2009

Copyright (c) 1982, 2005, Oracle. All rights reserved.

--Asagidaki sekilde baglaninca hata aliyorum.

Kullanici adini girin: sys/o123@rman as sysdba
ERROR:
ORA-12514: TNS: Dinleyici su anda baglanti aüiklayicisinda belirtilen hizmeti
tanimiyor.

Bu arada listener.ora ve tnsnames.ora dosyalarim asagidaki sekildeler.

tnsnames.ora
/////////////////////////////////////////////////////////////////////////////////////////////////////////////

# tnsnames.ora Network Configuration File: c:\oracle\product\10.2.0\db_1\network\admin\tnsnames.ora
# Generated by Oracle configuration tools.

RMAN =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = aates)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = rman)
)
)

ORCL =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = aates)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = orcl)
)
)

EXTPROC_CONNECTION_DATA =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
)
(CONNECT_DATA =
(SID = PLSExtProc)
(PRESENTATION = RO)
)
)

listener.ora
////////////////////////////////////////////////////////////////////////////////////////////////////////////

# listener.ora Network Configuration File: c:\oracle\product\10.2.0\db_1\network\admin\listener.ora
# Generated by Oracle configuration tools.

#burada listener listesine eklemeler yapıyorum.
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(SID_NAME = ORCL)
(ORACLE_HOME = C:\oracle\product\10.2.0\db_1)
#kendi SID ve oracle home bilgilerinizi girerek bu yapıyı kullanabilrisiniz.
# port bilgilerine dikkat etmeniz gerekiyor.
)
(SID_DESC =
(SID_NAME = RMAN)
(ORACLE_HOME = C:\oracle\product\10.2.0\db_1)
)

)

#burada tek bir listenerdan iki db'yi çalıştırıyom.
#tek bir port kullanıyorlar dikkat ederseniz.
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
(ADDRESS = (PROTOCOL = TCP)(HOST = aates)(PORT = 1521))
)
)

////////////////////////////////////////////////////////////////////////////////////////////////////////////

Dosyalarimi yukaridaki sekilde tanimladiktan sonra windows service'den Oracle service'lerin RESTART ediyorum.

OracleOraDb10g_home1TNSListener

Yukaridaki islemeler ile database 2 tane listener tanimladik ve bunlari üalistirdik.
Listenerleri baslatma islemini windows ekraninin yanisira Command satirinda da yapabilrisiniz.
C:\Documents and Settings\rdcaates>lsnrctl
LSNRCTL> status
LSNRCTL> stop listener
LSNRCTL> status
LSNRCTL> start listener
LSNRCTL> status

Yukarıdaki işlemlerin arkasından başarı bir şekilde bağlanıyorum.

////////////////////////////////////////////////////////////////////////////////////////////////////////////

--burada bağlantı scritini veriyorum.

C:\Documents and Settings\aliates>sqlplus sys/o123@orcl as sysdba

SQL*Plus: Release 10.2.0.1.0 - Production on Sun Aug 30 11:15:41 2009

Copyright (c) 1982, 2005, Oracle. All rights reserved.

Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options

--ORCL database'ini kapatıyorum.

SQL> shutdown abort;
ORACLE instance shut down.
SQL> exit
Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options

--şimdi Listener'ımı tekrar kontrol etmek için yeniden bağlanmayı deniyorum.

C:\Documents and Settings\aliates>sqlplus sys/o123@orcl as sysdba

SQL*Plus: Release 10.2.0.1.0 - Production on Sun Aug 30 11:15:58 2009

Copyright (c) 1982, 2005, Oracle. All rights reserved.

Connected to an idle instance.
--hangi database açıldı görmek için bakmak istiyorum ama kapalı olduğu için SQL sorgularım çalışmıyor.
SQL> select name grom v$database;
select name grom v$database
*
ERROR at line 1:
ORA-01034: ORACLE not available

--database'i açıyorum.

SQL> startup;
ORACLE instance started.

Total System Global Area 603979776 bytes
Fixed Size 1250380 bytes
Variable Size 176163764 bytes
Database Buffers 419430400 bytes
Redo Buffers 7135232 bytes
Database mounted.
Database opened.

--kontrol ediyoruz.

SQL> select name from v$database;

NAME
---------
ORCL

SQL>

////////////////////////////////////////////////////////////////////////////////////////////////////////////

Aynı işlemleri değeri içinde yapıyorum :))

C:\Documents and Settings\aliates>sqlplus sys/o123@rman as sysdba

SQL*Plus: Release 10.2.0.1.0 - Production on Sun Aug 30 11:16:36 2009

Copyright (c) 1982, 2005, Oracle. All rights reserved.

Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options

SQL> shutdown abort;
ORACLE instance shut down.
SQL> exit
Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Pr
oduction
With the Partitioning, OLAP and Data Mining options

C:\Documents and Settings\aliates>sqlplus sys/o123@rman as sysdba

SQL*Plus: Release 10.2.0.1.0 - Production on Sun Aug 30 11:17:53 2009

Copyright (c) 1982, 2005, Oracle. All rights reserved.

Connected to an idle instance.

SQL> select name from v$database;
select name from v$database
*
ERROR at line 1:
ORA-01034: ORACLE not available

SQL> startup;
ORACLE instance started.

Total System Global Area 603979776 bytes
Fixed Size 1250380 bytes
Variable Size 171969460 bytes
Database Buffers 423624704 bytes
Redo Buffers 7135232 bytes
Database mounted.
Database opened.
SQL> select name from v$database;

NAME
---------
RMAN

SQL>

Listenerler ile ayritili bilgiyi adresinden alabilirsiniz.
http://download.oracle.com/docs/cd/B25329_01/doc/admin.102/b25107/network.htm#BHCDDAII

TABLESPACE VE DATAFILE GENİŞLEME PROBLEMİ

2009-08-25T11:26:00.001-07:00

ORA-01653: tablo_adi tablosu 1024 kadar tablespace_name tablo alanında genişletilemiyor

Hatası aldığımız zaman bunun çözümü basittir.

Tabloyu oluşturduğumuz tablespace'de yeteri kadar alan kalmamıştır. Bunun anlamı tablespace'nin datafileleri dolmuştur yada datafile'lerin olduğu disklerde yer kalmamıştır.
Burada disklerde mi yer kalmadi yoksa datafile'ler belirlenen maximum boyuta mı ulaştılar. Eğer datafile'leri AUTOEXTEND ON oluşturduysak disklerde yeterli alan olup olmadığını kontrol etmemiz gerekecektir.

datafilelerimizi AUTOEXTEND yapmak için aşağıdaki sql işimizi görecektir.

ALTER DATABASE DATAFILE 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\RMAN_DENEME_DF1.DBF' AUTOEXTEND ON NEXT 1024K MAXSIZE UNLIMITED

AUTOEXTENT özelliğini kapatmak için aşağıdaki komut dizilimini uygulamalıyız.

ALTER DATABASE DATAFILE 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\RMAN_DENEME_DF1.DBF' AUTOEXTEND OFF

Ama sadece bizim belirlediğimiz maximum boya ulaşmasını istiyor isek aşağıdaki şekilde yapabiliriz.

ALTER DATABASE DATAFILE 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\DENEME2' RESIZE 100000K

datafile boyutunu yeniden belirlemek için yukarıdaki komut işimize yarayacaktır. Burada dikkat edilmesi gereken var şu anki boyutundan küçük bir değer girilmemesidir.

Aksi halde

ORA-03297: dosya, istenen RESIZE degerinden ötede kullanilmis veri içeriyor

hatasını alırsınız.

CONTROL FILE KURTARMA

2009-08-25T05:17:00.000-07:00

Control file Autobackup scriptini hazırlıyoruz. Burada kendi belirlediğimiz format tipine göre yine bizim belirlediğimiz dizine otomatik olarak control filenin backup'ını alacak.

RMAN> configure controlfile autobackup format for device type disk to 'c:\rman_backup\ctlfile%F_%d-id-%I_%u';

yeni RMAN konfigürasyon parametreleri:
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 'c:\rman_backup\ctlfile%F_%d-id-%I_%u';
yeni RMAN konfigürasyon parametreleri başarıyla depolandı

Autobackup almayı otomatikleştirmek için
RMAN>configure controlfile autobackup on;

yapılan değişikleri ve RMAN parametrelerini görmek için

RMAN>show all;

Contol fileleri sileceğiz. Silmeden önce Database'i kapatmamız gerekiyor. Aksi halde kendisi kullandığı çin silmeye izin vermiyor.
Burada silmek yerine içlerini de başaltabiliriz. Yada control filenin olduğunu diskleri kapatabiliz. Amaç control file olmadan database'i açmak ve RMAN ile alınan yedekten dönmek.

SQL> shutdown immediate; ile database 'i kapatıyoruz.

bu işlemin ardından contol filelerin olduğu dizinde control fileleri silelim.

C:\oracle\product\10.2.0\oradata\orcl

Şimdi sqlplus'a gecerek database'i açmaya çalışıyoruz.
--standart bir kurulum yaptım. Kurulumun üzereinde herhangibi bir değişiklik yapmadım.
SQL> startup;
ORACLE anı başlatıldı.

Total System Global Area 612368384 bytes
Fixed Size 1250428 bytes
Variable Size 197135236 bytes
Database Buffers 406847488 bytes
Redo Buffers 7135232 bytes
ORA-00205: kontrol dosyası belirleme hatası, daha fazla bilgi icin uyarı
gunluğune bakın

RMAN'a geçiyoruz.
C:\Documents and Settings\aates>rman target /
Kurtarma şdarecisi : Release 10.2.0.1.0 - Production on Sal Au 25 14:35:53 2009
Copyright (c) 1982, 2005, Oracle. All rights reserved.
hedef veritabanı ile balantılı: orcl (yüklü değil)
RMAN>

Control file backupımızın olduğu dizinden backupımızı cağırarak geri yüklüyoruz.
RMAN>restore controlfile from 'c:\rman_backup\CF-D_ORCL-ID-1223590477_13KNIK92';
Şimdi restore işlemini gerçekleştirdik.

C:\oracle\product\10.2.0\oradata\orcl dizinine bakarsanız control filelerin geri geldiğini göreceğiz.

--Veritabanını açamaya çalıştığımızda
SQL> alter database open;
alter database open
*
1 satırında HATA:
ORA-01507: veritabanı kullanıma acılamadı

Fakat recover yapmamız gerekiyor sadece restore işlemi bizim için yeterli olmayacaktır.
Ama burada diyebilirsiniz ki benim Control filelerim yerinde. Ama bu control filelere database'nin son halini göstermiyor.Beli Arada yeni datafileler ekledik belki yeni tablolar yeni schemalar yarattık. İşte bunların Control File'mize göstermemiz gerekecek.

Kapatıp açmayı deneyelim.

SQL> shutdown immediate;
ORA-01507: veritabanı kullanıma açılamadı.

ORACLE anı kapatıldı.
SQL> startup;
ORACLE anı başlatıldı.

Total System Global Area 612368384 bytes
Fixed Size 1250428 bytes
Variable Size 205523844 bytes
Database Buffers 398458880 bytes
Redo Buffers 7135232 bytes
Veritabanı kullanıma açıldı.
ORA-01589: veritabani açma için RESETLOGS veya NORESETLOGS seçenegi
kullanilmali

Resetlog ile son hali control filelere gösteriyoruz.

SQL> alter database open resetlogs;
alter database open resetlogs
*
1 satırında HATA:
ORA-01190: 1 kontrol dosyasi veya veri dosyasi son RESETLOGS'tan önce
ORA-01110: veri dosyasi 1: 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF'

bu seferde bize datafilelerin uyumsuz olduğunu kurtarılması gerektiğini söyluyor. Bu durumda datafilerin hepsini recover yapmamız gerekecek.

RMAN' a Gecerek recover etmeyi deniyoruz.

RMAN> recover datafile 1;

recover başlatılıyor; saat 25/08/2009
implicit crosscheck backup başlatılıyor; saat 25/08/2009
kurtarma katalou yerine hedef veritabanı kontrol dosyası kullanılıyor
ayrılan kanal: ORA_DISK_1
ORA_DISK_1 kanalı: sid=155 aygt³r³=DISK
14 nesne çapraz denetlendi
implicit crosscheck backup tamamlandı; saat 25/08/2009

implicit crosscheck copy başlatılıyor; saat 25/08/2009
ORA_DISK_1 kanalı kullanılıyor
implicit crosscheck copy tamamlandı; saat 25/08/2009

kurtarma alanındaki tüm dosyalar aranıyor
dosyalar kataloğa kaydediliyor...
kataloğa kaydetme tamamlandı

kataloğa Kaydedilen Dosyaların Listesi
=======================
Dosya Adı: C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2009_08_
25\O1_MF_1_1_5979DNCO_.ARC
Dosya Adı: C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2009_08_
25\O1_MF_1_1_5979GZ8D_.ARC
Dosya Adı: C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2009_08_
25\O1_MF_1_1_5979PNTF_.ARC
Dosya Adı: C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2009_08_
25\O1_MF_1_1_5979SPOP_.ARC
Dosya Adı: C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2009_08_
25\O1_MF_1_1_597B968Y_.ARC
Dosya Adı: C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2009_08_
25\O1_MF_1_2_5979DHNY_.ARC
Dosya Adı: C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2009_08_
25\O1_MF_1_2_5979PM01_.ARC
Dosya Adı: C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2009_08_
25\O1_MF_1_2_597B994K_.ARC
Dosya Adı: C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2009_08_
25\O1_MF_1_3_5979DLTT_.ARC

ORA_DISK_1 kanalı kullanılıyor

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: recover komutu, 08/25/2009 14:46:44 konumunda başarısız
RMAN-06067: yedek veya yaratılmış kontrol dosyasıyla RECOVER DATABASE gereklidir
RMAN>

Archivelog lardan datafile'i düzenlmeyi denedi ama beceremedi. Bize recover database komutunu uygulamamız gerektiğini söylüyor.
Recover database işlemini denemeden önce datafilemizi rertore etmeyi deniyorum.

C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF datafilesini geri yüklüyorum.

RMAN> restore datafile 1;

restore başlatılıyor; saat 25/08/2009
ORA_DISK_1 kanalı kullanılıyor

ORA_DISK_1 kanalı: veri dosyası yedek kümesi geri yüklemesi başlatılıyor
ORA_DISK_1 kanalı: yedekleme kümesinden geri yüklenecek veri dosyaları belirleniyor
veri dosyası 00001, C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF dosyasına geri yükleniyor
ORA_DISK_1 kanalı: C:\RMAN_BACKUP\DATA-D-ORCL_ID-1223590477_TS-ORCLXXXX_FNO-1_10KNIJ4P yedek parçasından okunuyor
ORA_DISK_1 kanalı: 1 yedek parçasının geri yükledi
parça kontrol noktası=C:\RMAN_BACKUP\DATA-D-ORCL_ID-1223590477_TS-ORCLXXXX_FNO-1_10KNIJ4P tag=TAG20090825T100201
ORA_DISK_1 kanalı: geri yükleme tamamlandı, geçen süre: 00:00:25
restore tamamlandı; saat 25/08/2009

şimdi benden istediği datafile'i geri yükleme işlemini gerçekleştirdim. database'i kurtarıyorum.
RMAN> recover database;

recover başlatılıyor; saat 25/08/2009
ORA_DISK_1 kanalı kullanılıyor

ortam kurtarmayı başlatma
ortam kurtarma başarılamadı
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: recover komutu, 08/25/2009 14:50:30 konumunda başarısız
ORA-00283: recovery session canceled due to errors
RMAN-11003: SQL deyiminin çözümlenmesi/çalıştırılması sırasında başarısızlık görülüyor: alter database recover if needed start until cancel using backup controlfile
ORA-00283: hatalar nedeniyle kurtarma oturumu iptal edildi
ORA-19909: 2 veri dosyasi artik bir sürüme ait
ORA-01110: veri dosyasi 2: 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\UNDOTBS01.DBF'

--hooop bu kezde benden C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\UNDOTBS01.DBF datafile'inin bozuk olduğunu söyluyor. Bu böyle sürüp gidecek gibi duruyor. ben en iyisi restore database diyerek bu çileden kurtuluyorum.

RMAN> restore database;

restore başlatılıyor; saat 25/08/2009
ORA_DISK_1 kanalı kullanılıyor

veri dosyası 1 atlanıyor; zaten C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF dosyasına geri yüklendi
ORA_DISK_1 kanalı: veri dosyası yedek kümesi geri yüklemesi başlatılıyor
ORA_DISK_1 kanalı: yedekleme kümesinden geri yüklenecek veri dosyaları belirleniyor
veri dosyası 00002, C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\UNDOTBS01.DBF dosyasına geri yükleniyor
ORA_DISK_1 kanalı: C:\RMAN_BACKUP\DATA-D-ORCL_ID-1223590477_TS-UNDOTBS1_FNO-2_0PKNIJ13 yedek parçasından okunuyor
ORA_DISK_1 kanalı: 1 yedek parçasının geri yükledi
parça kontrol noktası=C:\RMAN_BACKUP\DATA-D-ORCL_ID-1223590477_TS-UNDOTBS1_FNO-2_0PKNIJ13 tag=TAG20090825T100003
ORA_DISK_1 kanalı: geri yükleme tamamlandı, geçen süre: 00:00:04
ORA_DISK_1 kanalı: veri dosyası yedek kümesi geri yüklemesi başlatılıyor
ORA_DISK_1 kanalı: yedekleme kümesinden geri yüklenecek veri dosyaları belirleniyor
veri dosyası 00003, C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSAUX01.DBF dosyasına geri yükleniyor
ORA_DISK_1 kanalı: C:\RMAN_BACKUP\DATA-D-ORCL_ID-1223590477_TS-SYSAUX_FNO-3_0QKNIJ17 yedek parçasından okunuyor
ORA_DISK_1 kanalı: 1 yedek parçasının geri yükledi
parça kontrol noktası=C:\RMAN_BACKUP\DATA-D-ORCL_ID-1223590477_TS-SYSAUX_FNO-3_0QKNIJ17 tag=TAG20090825T100007
ORA_DISK_1 kanalı: geri yükleme tamamlandı, geçen süre: 00:00:15
ORA_DISK_1 kanalı: veri dosyası yedek kümesi geri yüklemesi başlatılıyor
ORA_DISK_1 kanalı: yedekleme kümesinden geri yüklenecek veri dosyaları belirleniyor
veri dosyası 00004, C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\USERS01.DBF dosyasına geri yükleniyor
ORA_DISK_1 kanalı: C:\RMAN_BACKUP\DATA-D-ORCL_ID-1223590477_TS-USERS_FNO-4_0RKNIJ1O yedek parçasından okunuyor
ORA_DISK_1 kanalı: 1 yedek parçasının geri yükledi
parça kontrol noktası=C:\RMAN_BACKUP\DATA-D-ORCL_ID-1223590477_TS-USERS_FNO-4_0RKNIJ1O tag=TAG20090825T100024
ORA_DISK_1 kanalı: geri yükleme tamamlandı, geçen süre: 00:00:01
ORA_DISK_1 kanalı: veri dosyası yedek kümesi geri yüklemesi başlatılıyor
ORA_DISK_1 kanalı: yedekleme kümesinden geri yüklenecek veri dosyaları belirleniyor
veri dosyası 00005, C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\TEST_DF.DBF dosyasınageri yükleniyor
ORA_DISK_1 kanalı: C:\RMAN_BACKUP\DATA-D-ORCL_ID-1223590477_TS-TEST_FNO-5_0SKNIJ1R yedek parçasından okunuyor
ORA_DISK_1 kanalı: 1 yedek parçasının geri yükledi
parça kontrol noktası=C:\RMAN_BACKUP\DATA-D-ORCL_ID-1223590477_TS-TEST_FNO-5_0SKNIJ1R tag=TAG20090825T100026
ORA_DISK_1 kanalı: geri yükleme tamamlandı, geçen süre: 00:00:03
ORA_DISK_1 kanalı: veri dosyası yedek kümesi geri yüklemesi başlatılıyor
ORA_DISK_1 kanalı: yedekleme kümesinden geri yüklenecek veri dosyaları belirleniyor
veri dosyası 00006, C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\TEST_DF1.DBF dosyasına geri yükleniyor
ORA_DISK_1 kanalı: C:\RMAN_BACKUP\DATA-D-ORCL_ID-1223590477_TS-TEST_FNO-6_0TKNIJ21 yedek parçasından okunuyor
ORA_DISK_1 kanalı: 1 yedek parçasının geri yükledi
parça kontrol noktası=C:\RMAN_BACKUP\DATA-D-ORCL_ID-1223590477_TS-TEST_FNO-6_0TKNIJ21 tag=TAG20090825T100033
ORA_DISK_1 kanalı: geri yükleme tamamlandı, geçen süre: 00:00:04
restore tamamlandı; saat 25/08/2009

evet database'in bütün filelerini geri getirdim. şimdi kurtarmayı başlatıyorum.
RMAN> recover database;

recover başlatılıyor; saat 25/08/2009
ORA_DISK_1 kanalı kullanılıyor

ortam kurtarmayı başlatma

arşiv günlüğü thread'i 1 sıra 3 zaten C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2009_08_25\O1_MF_1_3_5979DLTT_.ARC dosyası olarak diskte
arşiv günlüğü thread'i 1 sıra 1 zaten C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2009_08_25\O1_MF_1_1_5979PNTF_.ARC dosyası olarak diskte
arşiv günlüğü thread'i 1 sıra 2 zaten C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2009_08_25\O1_MF_1_2_5979PM01_.ARC dosyası olarak diskte
arşiv günlüğü thread'i 1 sıra 1 zaten C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2009_08_25\O1_MF_1_1_5979SPOP_.ARC dosyası olarak diskte
arşiv günlüğü thread'i 1 sıra 2 zaten C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2009_08_25\O1_MF_1_2_597B994K_.ARC dosyası olarak diskte
arşiv günlüğü dosya adı=C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2009_08_25\O1_MF_1_3_5979DLTT_.ARC thread=1 sıra=3
arşiv günlüğü dosya adı=C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2009_08_25\O1_MF_1_1_5979PNTF_.ARC thread=1 sıra=1
arşiv günlüğü dosya adı=C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2009_08_25\O1_MF_1_2_5979PM01_.ARC thread=1 sıra=2
arşiv günlüğü dosya adı=C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2009_08_25\O1_MF_1_1_5979SPOP_.ARC thread=1 sıra=1
arşiv günlüğü dosya adı=C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2009_08_25\O1_MF_1_2_597B994K_.ARC thread=1 sıra=2
ortam kurtarma tamamlandı, geçen süre: 00:00:16
recover tamamlandı; saat 25/08/2009

RMAN>

evet kurtarma işleminin de başarı ile bittiğini gördükten sonra şimdi database'i güvenli bir şekilde açabilirim.

Bu arada şağıdaki hatadan biraz bahsedelim RMAN restore işlemlerini yaparken sabırsızlanarak database'i açmaya denedim oracle aşaıdaki hatayı bana döndü bilginize.

SQL> alter database open resetlogs;
alter database open resetlogs
*
1 satırında HATA:
ORA-01154: veritabanı meşgul. şimdi açma, kapama, kullanıma aça ve kaldırmaya izni verilmez.

SQL> alter database open resetlogs;

Veritabanı değiştirildi.

SQL>select * from user_tables where rownum<10;

örnek bir sorgu atarak çalışırlılığı gecici test edebiliriz.

BACKUP'LARIN GECERLİLİĞİNİ KONTROL ETMEK

2009-08-24T23:45:00.000-07:00

Backup alma işleminden sonra alınan backup'ların durumunu kontrol etmeniz gerekebilir, bunun için aşağıdaki scripti kullanıyoruz.
RMAN> crosscheck backupset;

ORA_DISK_1 kanalı kullanılıyor
yedekleme parçasının çapraz doğrulaması yapıldı: sonuç 'AVAILABLE'
yedek parça tutamacı=C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\BACKUPSET
\2009_08_25\O1_MF_NNNDF_DENEME_596YF1CK_.BKP kayıt no=1 damga=695810513
yedekleme parçasının çapraz doğrulaması yapıldı: sonuç 'AVAILABLE'
yedek parça tutamacı=C:\ORACLE\PRODUCT\10.2.0\DB_2\DATABASE\DATA-D-ORCL_ID-12235
90477_TS-USERS_FNO-4_03KNIFS4 kayıt no=2 damga=695811972
yedekleme parçasının çapraz doğrulaması yapıldı: sonuç 'AVAILABLE'
yedek parça tutamacı=C:\ORACLE\PRODUCT\10.2.0\DB_2\DATABASE\DATA-D-ORCL_ID-12235
90477_TS-USERS_FNO-4_04KNIFST kayıt no=3 damga=695811997
yedekleme parçasının çapraz doğrulaması yapıldı: sonuç 'EXPIRED'
yedek parça tutamacı=C:\RMAN_BACKUP\DATA-D-ORCL_ID-1223590477_TS-USERS_FNO-4_06KNIG86 kayıt no=4 damga=695812358
yedekleme parçasının çapraz doğrulaması yapıldı: sonuç 'EXPIRED'
yedek parça tutamacı=C:\RMAN_BACKUP\DATA-D-ORCL_ID-1223590477_TS-SYSTEM_FNO-1_07KNIHRH kayıt no=5 damga=695814001
yedekleme parçasının çapraz doğrulaması yapıldı: sonuç 'EXPIRED'
yedek parça tutamacı=C:\RMAN_BACKUP\DATA-D-ORCL_ID-1223590477_TS-UNDOTBS1_FNO-2_09KNIHSC kayıt no=6 damga=695814028
yedekleme parçasının çapraz doğrulaması yapıldı: sonuç 'EXPIRED'
yedek parça tutamacı=C:\RMAN_BACKUP\DATA-D-ORCL_ID-1223590477_TS-SYSAUX_FNO-3_0AKNIHSJ kayıt no=7 damga=695814035
yedekleme parçasının çapraz doğrulaması yapıldı: sonuç 'EXPIRED'
yedek parça tutamacı=C:\RMAN_BACKUP\DATA-D-ORCL_ID-1223590477_TS-USERS_FNO-4_0BKNIHT5 kayıt no=8 damga=695814053
yedekleme parçasının çapraz doğrulaması yapıldı: sonuç 'EXPIRED'
yedek parça tutamacı=C:\RMAN_BACKUP\DATA-D-ORCL_ID-1223590477_TS-TEST_FNO-5_0CKNIHTA kayıt no=9 damga=695814058
yedekleme parçasının çapraz doğrulaması yapıldı: sonuç 'EXPIRED'
yedek parça tutamacı=C:\RMAN_BACKUP\DATA-D-ORCL_ID-1223590477_TS-TEST_FNO-6_0DKNIHU9 kayıt no=10 damga=695814089
yedekleme parçasının çapraz doğrulaması yapıldı: sonuç 'AVAILABLE'
yedek parça tutamacı=C:\RMAN_BACKUP\DATA-D-ORCL_ID-1223590477_TS-SYSTEM_FNO-1_0EKNIHUR kayıt no=11 damga=695814107
yedekleme parçasının çapraz doğrulaması yapıldı: sonuç 'AVAILABLE'
yedek parça tutamacı=C:\RMAN_BACKUP\DATA-D-ORCL_ID-1223590477_TS-UNDOTBS1_FNO-2_0GKNIHVN kayıt no=12 damga=695814135
yedekleme parçasının çapraz doğrulaması yapıldı: sonuç 'AVAILABLE'
yedek parça tutamacı=C:\RMAN_BACKUP\DATA-D-ORCL_ID-1223590477_TS-SYSAUX_FNO-3_0HKNIHVT kayıt no=13 damga=695814141
yedekleme parçasının çapraz doğrulaması yapıldı: sonuç 'AVAILABLE'
yedek parça tutamacı=C:\RMAN_BACKUP\DATA-D-ORCL_ID-1223590477_TS-USERS_FNO-4_0IKNII0G kayıt no=14 damga=695814160
yedekleme parçasının çapraz doğrulaması yapıldı: sonuç 'AVAILABLE'
yedek parça tutamacı=C:\RMAN_BACKUP\DATA-D-ORCL_ID-1223590477_TS-TEST_FNO-5_0JKNII0K kayıt no=15 damga=695814164
yedekleme parçasının çapraz doğrulaması yapıldı: sonuç 'AVAILABLE'
yedek parça tutamacı=C:\RMAN_BACKUP\DATA-D-ORCL_ID-1223590477_TS-TEST_FNO-6_0KKNII0R kayıt no=16 damga=695814171
16 nesne çapraz denetlendi

burada gördüğünüz üzere bazıları expired duruma düştü. Buraa kendim işletim sistemi komutlarını kullanarak bu dosyaları sıldiğim için bu şeklide oldular. Ayrıca dosyanın içeriğinide sildiğinizde aynı hatayı alıyorsunuz.
burada Expired duruma düşenleri tekrar kullanmamız mümkün olmayacağı için siliyoruz.

RMAN> delete force expired backupset of database;

DATAFILE BACKUP SCRİPTİ ÇIKARMAK.

2009-08-24T05:34:00.000-07:00

DECLARE
sqlq VARCHAR2 (50);
BEGIN
FOR i IN (select * from v$datafile )
LOOP
DBMS_OUTPUT.put_line ('backup datafile ' || i.file# || ' format ''c:\RMAN_BACKUP\data-D-%d_id-%I_TS-%N_FNO-%f_%u ''; ');
END LOOP;
END;

örnek bir kullanım.

backup başlatılıyor; saat 25/08/2009
ORA_DISK_1 kanalı kullanılıyor
ORA_DISK_1 kanalı: tam veri dosyası yedek kümesi başlatılıyor
ORA_DISK_1 kanalı: yedekleme kümesindeki veri dosyaları belirleniyor
girdi veri dosyası fno=00004 adı=C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\USERS01.DBF
ORA_DISK_1 kanalı: 1 başlangıç parçası 25/08/2009 konumunda
ORA_DISK_1 kanalı: 1 biti parçası 25/08/2009 konumunda parça kontrol noktas²=C:\RMAN_BACKUP\DATA-D-ORCL_ID-1223590477_TS-USERS_FNO-4_06
KNIG86 etiket=TAG20090825T091238 açıklama=NONE
ORA_DISK_1 kanalı: yedekleme kümesi tamamlandı, geçen süre: 00:00:01
backup tamamlandı; saat 25/08/2009
RMAN>

REDO LOG YAPISI

2009-08-18T14:22:00.000-07:00

select * from v$log;
--Şu anda elimde mevcud olan REDO LOG yapim.
Row# GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARCHIVED STATUS FIRST_CHANGE# FIRST_TIME

1 1 1 15 52428800 1 YES INACTIVE 1070389 8/17/2009 4:28:50 PM
2 2 1 17 52428800 1 YES INACTIVE 1071255 8/17/2009 4:46:49 PM
3 3 1 16 51200000 1 YES INACTIVE 1070910 8/17/2009 4:39:05 PM
4 4 1 18 51200000 2 NO CURRENT 1098886 8/18/2009 12:00:50 AM

select GROUP#, ARCHIVED, STATUS from v$log;
--bu sorgu ile daha anlamli birseyler çikarabiliriz.

--Şimdi curent durumdaki redo log grubumuzu diske aktaralim.
ALTER SYSTEM SWITCH LOGFILE

Row# GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARCHIVED STATUS FIRST_CHANGE# FIRST_TIME

1 1 1 19 52428800 1 NO CURRENT 1124103 8/18/2009 8:47:21 AM
2 2 1 17 52428800 1 YES INACTIVE 1071255 8/17/2009 4:46:49 PM
3 3 1 16 51200000 1 YES INACTIVE 1070910 8/17/2009 4:39:05 PM
4 4 1 18 51200000 2 YES ACTIVE 1098886 8/18/2009 12:00:50 AM

--Görüldüğü gibi burada bir sirkülasyon içerisinde redo log üzerinde akis sağlaniyor.
--4 nolu redo log grubu current durumundan active durumuna geçti. inactive durumdaki 1 nolu grupta current durumuna geçti.
--firt_time sütününda ise en son ne zaman islem gördüğünü görüyoruz.

--Yeni bir REDO LOG File eklemek için
ALTER DATABASE
ADD LOGFILE ('C:\oracle\product\10.2.0\oradata\ORCL\REDO06.LOG','C:\oracle\product\10.2.0\oradata\ORCL\REDO06.LOG') SIZE 50000K;

--ORA-00301: 'C:\oracle\product\10.2.0\oradata\ORCL\REDO06.LOG' günlük dosyasini eklemede hata - dosya yaratilamaz
--ORA-27038: yaratilan dosya zaten var
--OSD-04010: seçene?i belirlendi, dosya zaten var
--hatasini aldik bundan kurtulmak için dosya isimelrini değistiriyoruz.

ALTER DATABASE
ADD LOGFILE ('C:\oracle\product\10.2.0\oradata\ORCL\REDO07.LOG','C:\oracle\product\10.2.0\oradata\ORCL\REDO08.LOG') SIZE 50000K;

SELECT * FROM V$LOGFILE;

Row# GROUP# TYPE MEMBER IS_RECOVERY_DEST_FILE

1 3 ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO03.LOG NO
2 2 ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO02.LOG NO
3 1 ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO01.LOG NO
4 4 ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO05.LOG NO
5 4 ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO04.LOG NO
6 5 ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO07.LOG NO
7 5 ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO08.LOG NO

--eklemis olduklarimizi yeni bir group(5 nolu) içerisine koydu.

ALTER DATABASE
ADD LOGFILE ('C:\oracle\product\10.2.0\oradata\ORCL\REDO09.LOG') SIZE 10000K;

SELECT * FROM V$LOGFILE;

--yeni eklediğimizi 6 nolu gruba dahil etti.
Row# GROUP# TYPE MEMBER IS_RECOVERY_DEST_FILE
8 6 ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO09.LOG NO

--GRUOP BELİRTEREK REDO LOG FILE EKLEME

--10 Nolu bir REDO LOGF group yaratiyoruz ve bu gruba her biri 5MB olan 4 tanae file ekliyoruz.

ALTER DATABASE
ADD LOGFILE GROUP 10 ('C:\oracle\product\10.2.0\oradata\ORCL\REDO10.LOG',
'C:\oracle\product\10.2.0\oradata\ORCL\REDO11.LOG',
'C:\oracle\product\10.2.0\oradata\ORCL\REDO12.LOG',
'C:\oracle\product\10.2.0\oradata\ORCL\REDO13.LOG')
SIZE 5000 k;

SELECT * FROM V$LOGFILE;

Row# GROUP# TYPE MEMBER IS_RECOVERY_DEST_FILE

1 3 ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO03.LOG NO
2 2 ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO02.LOG NO
3 1 ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO01.LOG NO
4 4 ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO05.LOG NO
5 4 ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO04.LOG NO
6 5 ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO07.LOG NO
7 5 ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO08.LOG NO
8 6 ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO09.LOG NO
9 10 ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO10.LOG NO
10 10 ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO11.LOG NO
11 10 ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO12.LOG NO
12 10 ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO13.LOG NO

select * from v$log;
--Bu sorguda redo log gruplarini görüyoruz farkederseniz sonradan olusturduğumuz grouplar hiç kullanilmadiği için UNUSED durumundalar.
Row# GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARCHIVED STATUS FIRST_CHANGE# FIRST_TIME

1 1 1 19 52428800 1 YES INACTIVE 1124103 8/18/2009 8:47:21 AM
2 2 1 17 52428800 1 YES INACTIVE 1071255 8/17/2009 4:46:49 PM
3 3 1 20 51200000 1 NO CURRENT 1132995 8/18/2009 11:47:44 AM
4 4 1 18 51200000 2 YES INACTIVE 1098886 8/18/2009 12:00:50 AM
5 5 1 0 51200000 2 YES UNUSED 0
6 6 1 0 10240000 1 YES UNUSED 0
7 10 1 0 5120000 4 YES UNUSED 0

--Yeni bir REDO LOG member (redo log file) eklemek için asağidaki yapiyi kullanabiliriz.
--burada 6 nolu gruba "C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO13.LOG" dosyayi ekleyelim.
ALTER DATABASE ADD LOGFILE MEMBER 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO13.LOG' TO GROUP 6;

--ORA-01577: 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO13.LOG' günlük dosyasi eklenemez - dosya zaten veritabaninin parçasi
--Ayni isimde baska bir tane olduğu için bu hatayi aldik

ALTER DATABASE ADD LOGFILE MEMBER 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO14.LOG' TO GROUP 6;

--ORA-00359: logfile group 6 does not exist bu hatayi alirsaniz bu demktirki 6 nolu group mevcud degil. Group olusturduktan sonra redo log file eklemeyi deneyin.

ALTER SYSTEM CHECKPOINT;
--bu komut ile active durumda olan redo log grouplarinin inactive olmaya zorlariz.

ALTER SYSTEM SET log_checkpoint_timeout = 1500 SCOPE=MEMORY
--ile bu parametreyi degistirebiliriz.

--bozulmus olan bir redolog file'i database'i kapatmadan resetlemek
için asağidaki komutu kullanabilirsiniz.

ALTER DATABASE CLEAR LOGFILE GROUP 2;

ALTER DATABASE CLEAR UNARCHIVED LOGFILE GROUP 2;

Bu script üstesinden asagidaki iki üstesinden gelinemeyen redologlarin silenememesi durumunda bize yardimci olacaktir.

1- Eğer sadece 2 tane REDOLOG grubunuz var ise

2- current redolog grubunuz bozulduysa.

-- REDOLOG Filelerin oldugu yerleri ve gruplarini görmek için
SELECT * FROM V$LOGFILE;

Row# GROUP# TYPE MEMBER IS_RECOVERY_DEST_FILE

1 3 ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO03.LOG NO
2 2 ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO02.LOG NO
3 1 ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO01.LOG NO
4 4 ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO05.LOG NO
5 4 ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO04.LOG NO
6 5 ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO07.LOG NO
7 5 ONLINE C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO08.LOG NO

ALTER SYSTEM SWITCH LOGFILE;

select * from v$log

create table deneme1 as select * from user_objects

ALTER SYSTEM CHECKPOINT;

select * from v$logfile;

STALE durumunda olan redo log gruubundaki redologfileleri görebilmek için aşağıdaki sorguyu kullanabiliriz.

SELECT v2.group#, MEMBER, v2.status member_status, v1.status group_status
FROM v$log v1, v$logfile v2
WHERE v1.group# = v2.group# AND v2.status = 'STALE';

STALE (bayat, bayatlamış) durumunun manası sistemin shutdown abort ile kapatılması yada sistemin bir şekilde düşmesi (crash ) denemebilir. Bunun sebebi o redo loggrubunun bozuk olan yada erişilemeyen bir diskte olmasından olabilir (emin değilim tahmin yürüttüm.) Benim TEST amaçlı kullandığım DB de deneme amacı ile makinaya reset attiğimda yada shutdown abort dediğimde bu durum ile karşılaşıyorum. Kapatmadan hemen önce current durumunda olanların STALE durumuna geldiğini gördüm. Ama ALTER SYSTEM SWITCH LOGFILE; ile bunları yine active current durumuna getirebiliyorsuz.

İKİ NOKTA ARASINDAKİ KARAKTER KÜMESİNİ ALMA

2009-08-18T01:11:00.001-07:00

Bugün aşağıdaki sorguya ihtiyaç duydum belki ileride birdun sizinde işinize ayrayabilir. Aslında ben sadece nokta(.) karakterine göre kıyaslama yaptım ama siz bunu değiştirebilirsiniz (-) , ( _ ) gibi değişikl karaketerler yapabilirsiniz.

SELECT Substr (i.proc_name,
--ilk noktanın konumunu aldım
(Regexp_instr (i.proc_name, '[:.:]', 1, 1, 0, 'i') + 1),
--ikinci noktanın konumundan ilk noktanın konumunu çıkarakak iki nokta arasında kaç karakter olduğunu buluyorum.
(Regexp_instr (i.proc_name, '[:.:]', 1, 2, 0, 'i')
- Regexp_instr (i.proc_name, '[:.:]', 1, 1, 0, 'i') - 1
) ) package_name
FROM paket_isim_tablom i

--group by ile tekrar eden kayıtları ekliyorum. Çünkü bir pakette birden fazla procedere olduğu için tekrarlamalar sözkonusu oluyor.
GROUP BY Substr (i.proc_name, (Regexp_instr (i.proc_name, '[:.:]', 1, 1, 0, 'i') + 1),
(Regexp_instr (i.proc_name, '[:.:]', 1, 2, 0, 'i')
- Regexp_instr (i.proc_name, '[:.:]', 1, 1, 0, 'i') - 1
) )
ORDER BY 1

buradaki seneryoda paket_isim_tablom da proce_name alanında schema.packege.procederu şeklinde bir karaketer katarım var. Ben buradan package name çıakrtmak için yukarıdaki sql'i kullanabilirim.

ÖRNEK BİR KULLANIM

/* Formatted on 2009/08/18 11:24 (Formatter Plus v4.8.8) */
SELECT Substr ('HR.PAKET_ADI.PROCEDURE_ADI',
( Regexp_instr ('HR.PAKET_ADI.PROCEDURE_ADI',
'[:.:]',
1,
1,
0,
'i'
)
+ 1
),
( Regexp_instr ('HR.PAKET_ADI.PROCEDURE_ADI',
'[:.:]',
1,
2,
0,
'i'
)
- Regexp_instr ('HR.PAKET_ADI.PROCEDURE_ADI',
'[:.:]',
1,
1,
0,
'i'
)
- 1
)
)
FROM dual;

SUBSTR('H
---------
PAKET_ADI

1 row selected.

PL/SQL IF KULLANIMI

2009-08-17T22:23:00.000-07:00

DECLARE
--değişkenlerimizi tanımladık.
a NUMBER;
b NUMBER;
BEGIN
a := 15;
b := 15;
IF (a < 10
OR b < 100) THEN
dbms_output.Put_line('küçük');
END IF;
--bu işlemin çıktısı küçük olacaktır.
END;
-----------------------------------------------------------------
DECLARE
a NUMBER;
b NUMBER;
BEGIN
a := 15;
b := 15;
IF (a < 10
AND b < 100) THEN
dbms_output.Put_line('küçük');
END IF;
--bu işlemin çıktısı olmayacaktır.
END;

-----------------------------------------------------------------
DECLARE
a NUMBER;
b NUMBER;
BEGIN
a := 15;
b := 15;
IF (a < 10
AND b < 100) THEN
dbms_output.Put_line('küçük');
--iif else kullanımı için örnek vermek gerekir ise
ELSE
dbms_output.Put_line('büyük');
END IF;
--bu işlemin çıktısı büyük olacaktır.
END;
-----------------------------------------------------------------
DECLARE
a NUMBER;
b NUMBER;
BEGIN
a := 15;
b := 15;
IF (a < 10
AND b < 100) THEN
dbms_output.Put_line('küçük');
--if else kullanımı için örnek vermek gerekir ise
ELSE
dbms_output.Put_line('büyük');
END IF;
--bu işlemin çıktısı büyük olacaktır.
--exception eklemek istersek aşağıdaki kodu eklemek yetelidir.
EXCEPTION
WHEN OTHERS THEN
Raise_application_error(-20000,SQLERRM);
END;

ALTER SYSTEM SWITCH LOGFILE;

2009-08-17T06:14:00.000-07:00

LOGFILE'LERİ KAYDETMEK

ALTER SYSTEM SWITCH LOGFILE;

LGWR (Log Writer) Bir redo log grubuna yazmayı bitirdiğinde diğer gruba gecer. LGWR bir log group dolduğunda diğerine yazma işlemlerini otomatik olarak yapar . Yazmakta olduğu grup active durumdadır. Yazma işlemini bitirdikleri ise inactive duruma gecer.

Redo loglarda düzenleme yapmak için bazen active durumdaki grupları inactive yapmak gerekebilir. Örneğin active olan bir redo group'u silmek istiyorsunuz. active olan bir redo grup'u inactive olana kadar silemezsiniz. Öncelik ile buradaki verilerin datafilelere yazılması gerekir. Şu şekilde bir senaryoda yaratabiliriz. Şu anda active olan bir redolog groubunu arşivlemek istiyorsak bu grubun dolmasını beklememiz gerekiyor. Bazen redo log gruplarımız o kadar büyük olur ki dolamsını beklemek uzun zaman alabilir.

Log dosyalrını kaydetmek için ALTER SYSTEM yetkimizin olması gerekiyor.

ALTER SYSTEM SWITCH LOGFILE; komutu işimizi görüyor.

Redo loglarımız datafilelere yazıyoruz. Bu işlemden sonra backuplama arşivleme işlemini yapabiliriz.

Kullanıldığı birkaç yere örnek vermek gerekir ise
1- full backup almadan önce redo loglardaki verileri datafilelere yazmak isteyebilirsiniz.
2- Database NOACRHIVELOG moddan ARCHIVELOG moda alma sırasında kullanabilirsiniz.

Aşağıdaki sorgu ile loglarımızın durumunu görebilriz.
select GROUP#, ARCHIVED, STATUS from v$log;

Active durumdaki bir redolog file'ı silmek isteğimizde aşağıdaki hatayı alırız.Bu durumda
ALTER SYSTEM SWITCH LOGFILE ile inactive hale getirdikten sonra silebiliriz.

ORA-01624: 2 günlügü, orcl (thread 1) aninin çökme durumunda kurtarilmasi için gerekli
ORA-00312: çevrimiçi günlük 2, thread 1: 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO02.LOG'

Yeni bir redolog file eklemek için aşağıdaki scripti kullanabiliriz
ALTER DATABASE
ADD LOGFILE ('C:\oracle\product\10.2.0\oradata\ORCL\REDO03.LOG') SIZE 50000K;

silmek içinde

select GROUP#, ARCHIVED, STATUS from v$log;

sorgusu ile inactive durumda olan redologun group nosunu öğrendikten sonra 

ALTER DATABASE DROP LOGFILE GROUP 3; komutunu kullanabiliriz.

REDO LOG DOSYALARININ BOZULMASI VE KURTARMA

2009-08-13T06:08:00.000-07:00

Redo Log Dosyalarının bozulması durumunda aşağıdaki hataları alabilirsiniz.

ORA-16038 log %s sequence# %s cannot be archived
ORA-367 checksum error in log file header
ORA-368 checksum error in redo log block
ORA-354 corrupt redo log block header
ORA-353 log corruption near block change time

Solution:- bu durumda log fileleri temezlemektir.bu işlemi yaparken database'i kapatmaya gerek yoktur.

alter database clear logfile group 1;
alter database clear unarchived logfile group 1;

Eğer sadece iki tane log grubunuz var ise ve logfile CURRENT/ACTIVE durumundaysa silinmiş yada bozulmuş olan redologlar kurtarmak mümkün değildir.Bu durumdan kurtulmak için instance recovery yapmak gerekir. Aksi halde ORA-01624: günlüğü, (thread ) anının çökme durumunda kurtarılması için gerekli. hatasını alabilirsiniz.

ALTER SYSTEM SWITCH LOGFILE; ile ACTIVE durumdakileri inactive statusüne çekebilirsiniz.

ZIPLI DOSYA IÇERISINDEKI SATIR SAYISINI HESAPLAMA

2009-08-12T03:54:00.001-07:00

zipli olan dosyalarımızın içerisinde kaç satır olduğunu hesaplamak için aşağıdaki scriptler ile bulabiliriz.
ilk scriptimizde manuel olarak önce zipli dosyaları açıyoruz sonra bu açılmış dosyaların count'unu alıp tekrar zipliyoruz.

for i in `ls -lt /home/aliates/source_data | awk '{print $9}'`;
do
gunzip $i
isim=`ls *.DAT`
deger=`wc -l $isim`
echo $i";"$deger >> /home/aliates/data/source_data_zip.csv
gzip $i
done

ikinci yöntemde ise bu zipli olan dosyaları açmadan countunu almak için

for i in `ls -lt /d104/intercon/source_data/ |awk '{print $9}'`;
do
deger=`zcat {$i} | wc -l`
echo $i";"$deger >> /d101/data/intercon_sms.csv
done

Sqlldr ile atılan toplan kayıt miktarını görmek için aşağıdaki yöntem kullanılabilinir.
eğer zipli olan dosyalarınızı sqlldr ile yüklüyor iseni o zaman sqlldr'nin log sosyalarından yararlanabilirsiniz.
Orada kaç kayıt okuduğunu size gösterecektir.

for i in `ls *.log`;
do
sayi=`awk '/Total logical records read:/ {if (NR!=1) print $5}' ./$i`
echo $i"-------->"$sayi
done

bütün bunları excelde açabilmek için ";" ayracını kullanıp ".csv" uzantılı kaydederseniz excell'de görebilirsiniz.

DATAFILE VE TABLESPACE SİLME

2009-08-11T03:45:00.000-07:00

Bu yazıdaTABLESPACE oluşturma buna datafile ekleme ve yine aynı şeklide oluşturduğumuz bu nesneleri silme .

önce biraz süsleme yapalım. :)

SYS aliates 08/11/2009 >alter session set nls_date_format = 'DD:MM:YYYY HH24:MI:SS';
Oturum değistirildi.
SYS aliates 11:08:2009 13:26:04 >set sqlprompt "_user 'aliates' _date >"

SYS aliates 11:08:2009 13:26:12 >select tablespace_name from dba_tablespaces;

TABLESPACE_NAME
------------------------------
SYSTEM
UNDOTBS1
SYSAUX
TEMP
USERS
DENEME1

6 satırları seçildi.

Kendimize bir test tablespace'i yaratıyoruz. Bir tablespace ilk defa oluşturulurken kendisine bir datafile gerekiyor. Bunun için datafile tanımlamasını da yapıyoruz. Burada istersek birden fazla datafile belirtebiliriz.

SYS aliates 11:08:2009 13:26:53 >create tablespace test datafile 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\DENEME2' size 50m;
create tablespace test datafile 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\DENEME2' size 50m
*
1 satırında HATA:
ORA-01537: 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\DENEME2' dosyasi eklenemez -dosya zaten veritabaninin parçasi
daha önce böyle bir datafile olduğu çin bize hata üzeretti. Bunun üzerine datafile'in adını değiştirip tekrar deniyorum.

SYS aliates 11:08:2009 13:28:10 >create tablespace test datafile 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\test_df.dbf' size 50m;

Tablo alanı yaratıldı.
--Tablespace'mizeyeni bir datafile ekliyorum.
SYS aliates 11:08:2009 13:28:40 >alter tablespace test add datafile 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\test_df1.dbf' size 50m;
Tablo alanı değiştirildi.
Elimizdeki datafileleri listeleyelim.
SYS aliates 11:08:2009 13:29:39 >select file_name from dba_data_files where tablespace_name='TEST';

FILE_NAME
--------------------------------------------------------------------------------
C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\TEST_DF.DBF
C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\TEST_DF1.DBF

şimdi oluşturduğumuz datafileleri silmeyi deniyoruz.
SYS aliates 11:08:2009 13:29:51 >alter tablespace test drop datafile '/home/oracle/test2.dbf';
alter tablespace test drop datafile '/home/oracle/test2.dbf'
*
1 satırında HATA:
ORA-01565: '/home/oracle/test2.dbf' dosyasini tanimlamada hata
--böyle bir datafile olmadığı için hata alıyoruz.
SYS aliates 11:08:2009 13:30:05 > alter tablespace test drop datafile 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\test_df1.dbf';
Tablo alanı değiştirildi.

--including contents and datafiles içerisindeki veriler ile beraber tam bir silme işlemi için aşağıdaki sorguyu kullanıyoruz.
SYS aliates 11:08:2009 13:30:29 >drop tablespace test including contents and datafiles;
Tablo alanı değiştirildi

SYS aliates 11:08:2009 13:40:41 >select file_name from dba_data_files where tablespace_name='TEST';
satır seçilmedi
--çünkü böyle bir tablespacemiz artık yok.

RMAN İLE DATAFILE KURTARMA

2009-08-11T01:19:00.000-07:00

Bozuk yada silinmiş olan bir datafile kurtarma işlemlerini basit bir senaryo ile anlatmaya çalıştım.

Öncelik ile bir tablespace yaratalım
CREATE SMALLFILE TABLESPACE "DENEME1" DATAFILE 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\DENEME2' SIZE 100M REUSE AUTOEXTEND ON NEXT 1024K MAXSIZE 32767M , 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\DENEME3' REUSE LOGGING EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT AUTO

Şimdi bu tablespace'e bir datafile ekleyelim.

ALTER TABLESPACE "DENEME1" ADD DATAFILE 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\DENEME2' SIZE 102400K REUSE AUTOEXTEND ON NEXT 1024K MAXSIZE 32767M

daha sonra bu tablespace de bir user oluşturalım.

CREATE USER "RMAN_DEN" PROFILE "DEFAULT" IDENTIFIED BY "*******" DEFAULT TABLESPACE "DENEME1" TEMPORARY TABLESPACE "TEMP" ACCOUNT UNLOCK GRANT UNLIMITED TABLESPACE TO "RMAN_DEN" WITH ADMIN OPTION GRANT "CONNECT" TO "RMAN_DEN" WITH ADMIN OPTION GRANT "RESOURCE" TO "RMAN_DEN" WITH ADMIN OPTION

şimdi bu user altında bir tablo oluşturalım.

CREATE TABLE rman_den.tablom
AS
SELECT *
FROM all_objects

son durumu özetlemek gerekir ise elimizde bir tablespace bu tablecpace'yi kullanan bir user (schema) sonra bu tablespace'de tanımlanmış bir datafile var . Biz burada ne yapacağiz; Datafile bozulmuş senaryosu yaratacağız.

Önce RMAN ile ilgili datafile'in backupını alıyoruz.

RMAN> backup datafile 6;

elimizde backupımız var.

RMAN> LIST BACKUP of datafile 6;

aşağıdaki komut ile datafile'i siliyoruz.
ALTER DATABASE DATAFILE 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\DENEME2'
OFFLINE DROP;

şimdi datafile üzerinde işlem yapmaya çalışalım.

select * from rman_den.tablom

ORA-00376: 6 dosyasi su anda okunamiyor
ORA-01110: veri dosyasi 6: 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\DENEME2'

Bu hatayı alıyoruz. Bunun ne anlama geldiğini şimdi daha iyi anlayabiliriz.
Bu hatadan kurtulmak için backupdan dönme işlemini gerçekleştiriyoruz.

işletim sisteminde de dosyayı sildikten sonra

RMAN> restore datafile 6;
RMAN> recover datafile 6;
İle geri yükleme ve kurtarma işlemini tamalıyoruz. Bu işlemden sonra offline durumda olan datafile'i online yapmaktır.
ALTER DATABASE DATAFILE 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\DENEME2' ONLINE

online yapma işlemini RMAN'de de yapabiliriz bunun için bir run scripti hazırlıyoruz.
Kurtarma işleminden sonra RMAN ilgili sql'i çalıştıracktır.
RMAN>RUN{
restore datafile 6;
recover datafile 6;
SQL "ALTER DATABASE DATAFILE 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\DENEME2' ONLINE";
}

select * from dba_data_files -- sorgusu ile datafile'lerimizin son halini görelim.
Bu sorgu ile hem datafilelelerin konumlarını, isimlerini ve numaraları öğrenebiliriz.

Bozuk olan bir Datafile'dan RMAN ile dönme işlemini gerçekleştirmiş olduk.

Aşağıdaki hatalarda da yukarıdaki işlemleri yapılabilir.

SYS aliates 11/08/2009 >alter database open;
alter database open
*
1 satırında HATA:
ORA-01122: 6 veritabani dosyasi onaylama kontrolünü geçemedi
ORA-01110: veri dosyasi 6: 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\DENEME2'
ORA-01251: Dosya numarasi 6 için bilinmeyen Dosya üstbilgiler Sürümü okundu
ORA-01157: 6 veri dosyasi tanimlanamaz veya kilitlenemez - DBWR izleme

bu hatalardan kurtulmanın bir diğer yöntemi ise ilgili datafileleri offline duruma çekmektir.

SYS aliates 11/08/2009 >alter database datafile 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\DENEME4' offline;

SYS aliates 11/08/2009 >alter database open;

Veritabanı değiştirildi.

/////////////////////////////////////////////////////////////////////

offline olan datafile'yi rman ile kurtarabiliriz.

örneğin
ALTER DATABASE DATAFILE 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\DENEME2' offline dediniz ve datafile offline oldu
herhangibi bir sorgu çalıştırdığınızda

ORA-00376: 9 dosyasi su anda okunamiyor
ORA-01110: veri dosyasi 9:

hatasınız alırsınız bundan kurulmak için

C:\Documents and Settings\rdcaates>rman target /

Kurtarma ¦darecisi : Release 10.2.0.1.0 - Production on Sal Au 25 21:21:21 2009

Copyright (c) 1982, 2005, Oracle. All rights reserved.

hedef veritaban²na balanıldı: ORCL (DBID=1223590477)

RMAN> recover datafile 9;

recover başlatılıyor; saat 25/08/2009
kurtarma katalou yerine hedef veritabanı kontrol dosyası kullanılıyor
ayr²lan kanal: ORA_DISK_1
ORA_DISK_1 kanalı: sid=133 aygt³r³=DISK

ortam kurtarmayı başlatma
ortam kurtarma tamamlandı , geçen süre: 00:00:02

recover tamamlandı; saat 25/08/2009

RMAN>

ALTER DATABASE DATAFILE 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\DENEME2' online;

işleminden sonra kurtarma işlemi başarılı bir şekilde tamamlanmış oldu.
Burada eğer datafileniz silindiyse yada yerinde yok ise o zaman yukarıdaki adımları yapmalısınız.

SQL*PLUS KULLANIM KLAVUZU

2009-08-10T00:24:00.000-07:00

Çok güzel br şeklide anlatmişlar. bağlantılı linklere bakarak sql*plus'ı daha etkili bir şekilde kullanabilirsiniz.

http://arjudba.blogspot.com/2008/11/sqlplus-basics-and-tips.html

ORACLE DA SAĞLIKLI PERFORMANS TESTİ YAPMAK

2009-08-07T06:50:00.000-07:00

Oracle da sağlikli performans testi yapmakiçin bildiğiniz üzere shared_pool ve buffer_cache'i sifirlamanız gerekecektir. Kullandiği sorguyu RAM alıp ikinci sorguyu test ettiğimizde şaibeli sonuçlar vermemesi için aşağıdaki işlemleri yapmakta fayda var.
bu işlemleri testlerden önce yapınız. Her testden önce yaparak sağlıklı sonuçlar alabilirsiniz.

ALTER SYSTEM FLUSH BUFFER_CACHE;

ALTER SYSTEM FLUSH SHARED_POOL;

bu işlemelri yapabilmek için ALTER SYSTEM yetkinizin olması lazım :)

SQL*PLUS da PROMPT AYARLARI

2009-08-07T05:57:00.000-07:00

Bu yazımızda birazda SQL-plus magazin yapalım. Süsleme ile ilgli birkaç şey yazalım diyeceğim. Aslında süslemeden ziyade hangi user ile hangi işlemi yaptığımız göreceğiz diyebiliriz. yada ne zaman çalışmaya başladığını sorgunun ne kadar süredir çalıştıgını buradan kolay yoldan gözlemleyebiliriz.
Aslında işin espirisi SQL*plus da default olarak gelen SQL> ifadesinin yerine istediğimizi yazmak. Buraya sysdate i ekelyerek sorguların zamanını user ekleyerek userı _connect_identifier ekleyerek hangi schemaya bağlı olduğumu görebiliriz.

Örnek uygulamalar

SYS on 08/07/2009 16:02:52 at orcl >set sqlprompt "_user>"
SYS>
SYS>set sqlprompt "_user _date>"
SYS 08/07/2009 16:04:00>
--zamanı ekledik
--zaman formatını değiştirmek için
SYS 08/07/2009 16:06:19>alter session set nls_date_format = ‘mm/dd/yyyy’;

Oturum dei■tirildi.

SYS 08/07/2009> set sqlprompt “_user 'userı' _connect_identifier 'bağlandı'>"
SYS userı orcl bağlandı>
--aralara stringler yazarak işi eğlenceli hale getirebilir arkadaşlarına hava atabilrsiniz.

hepinize iyi eğlenceler.

kaynak :http://arjudba.blogspot.com/2008/11/sqlplus-basics-and-tips.html

ORA-04031: unable to allocate 27992 bytes of shared memory While Taking RMAN Backup.

2009-08-07T01:46:00.000-07:00

RMAN ile backup alırken aşağıdaki hatayı alabiliriz.
ORA-04031: unable to allocate NNNNNN bytes of shared memory While Taking RMAN Backup.
Bu hatanın sebebi yeterli LARGE_POOL_SIZE olmamasıdır. Bu alanı arttırmnın gerekecektir. Bu alanın ne kadar olduğunu görmek için

SQL> show parameter large

NAME TYPE VALUE
------------------------------------ -----------
large_pool_size big integer 0

burada değeri 0 görüyoruz bunun sebebi daha önceden belirlememiş olmamız. Sistemimizin özellikleri, RAM miktarımız ,databasede yapılan işlemler vs.. 'e göre kendimiz bir değer verebiliriz.

SQL> ALTER SYSTEM set LARGE_POOL_SIZE = 20 M;

Sistem dei■tirildi.

SQL> show parameter large

NAME TYPE VALUE
------------------------------------ ----------- -------------
large_pool_size big integer 20M

burada 20MB değerini görüyoruz ben burada deneme amaçlı olarak sallama bir değer verdim.

Unix makinada ram miktarınızı görmek için
prtconf |grep Mem

Memory Size: 255232 MB
Good Memory Size: 255232 MB
not : HDD gibi RAM makinada :)))

ALTER SYSTEM set SHARED_POOL_SIZE = 20m;
Bunuda arttırmanız da fayda var.

ORA-04031: unable to allocate 127384 bytes of shared memory ("shared pool","CREATE TABLE SHARED_POOL_DENEME...","sql area","qry_text : qcpisqt")
hatasında aldığında share pool ayarlamak yerine yada shared pool alanının yeterli oldugunu kodda hata olduğunu düşünüyor iseniz.

alter system flush shared pool

diyip reallocate edebilirsiniz.

SQLLDR'DA DATE VERİTİPİ YÜKLEMESİ

2009-08-03T05:59:00.000-07:00

--tab karakteri ile ayrılmış olan bir text dosya oluşturuyorum. Adını da isim_tarih.txt yapalım.
--aşağıdaki tabloda görüldüğü üzere farklı formatlarda yazılmış tarihler bulunuyor.
--Bazıları DD.MM.YYYY formatında bazıları DD:MM:YYYY HH24:MI:SS formatında.

levent cakir18.12.2007 22:51:25 200811
orhan eripek 28.03.2008 200811
ali ates 21.04.2008 10:20:57 200811
rafet cambaz 16.02.2008 16:38:00 200811
selcuk yilmaz 03.02.2006 200811
ali ates 28.04.2008 14:57:52 200811
ali ates 13.07.2002 200811

NOT : BURADA YAPIŞTIRIKEN TAB KARAKTERİ OLMADI SİZ KENDİNİZ ARALARINA TAB KARAKTENİ EKLEYİNİZ.

şimdi bu verileri yükleyeceğimiz tabloyu oluşturalım.

CREATE TABLE SQL_LOADER_DENEME
(
GSM VARCHAR2(20 BYTE),
START_DATE date,
YILAY VARCHAR2(10 BYTE)
)

daha sonra control file oluşturalım.

LOAD DATA
INFILE '/d104/isim_tarih.txt'
INTO TABLE sql_loader_deneme
FIELDS TERMINATED BY ' '
OPTIONALLY ENCLOSED BY '"'
(gsm,start_date DATE "dd:mm:yyyy hh24:mi:ss" ,yilay)

oluşturduğumuz bu control dosyamızı isim_tarih_control.ctl şeklinde kaydedelim.

şimdi sira sqlldr i çalıştırmaya geldi.

sqlldr userid=HR/******@ORCL control=/d104/isim_tarih_control.ctl log=/d104/isim_tarih_log.log

more /d104/isim_tarih_log.log dediğimizde aşağıdaki hataları görüyoruz.

TABLE create script'inde START_DATE sütünunu date formatında belirttiğimizde aşağıdaki hatayı alıyor.

Table SQL_LOADER_DENEME, loaded from every logical record.
Insert option in effect for this table: INSERT

Column Name Position Len Term Encl Datatype
------------------------------ ---------- ----- ---- ---- ---------------------
GSM FIRST * O(") CHARACTER
Terminator string : ' '
START_DATE NEXT * O(") DATE dd:mm:yyyy hh24:mi:ss
Terminator string : ' '
YILAY NEXT * O(") CHARACTER
Terminator string : ' '

Record 1: Rejected - Error on table SQL_LOADER_DENEME, column START_DATE.

şeklinde bir hatayı alıyoruz.

farklı formatta gelen tarihleri yükleme problemini aşmak için when kalıbıda kullanılabilinir. Fakat bizim alanlar tab ile ayrıldığı için öncelik ile bu yöntemi kullandım. Ama bu uzun yoldan olan bir çözüm .

öncelikle bir temp tablo oluşturuyoruz.

CREATE TABLE TMP_SQL_LOADER_DENEME
(
GSM VARCHAR2(20 BYTE),
START_DATE varchar2(30), -- yeni alanımız bu karakter tipinde
YILAY VARCHAR2(10 BYTE)
)

şimdi bu tabloya yüklemeyi yapıyoruz.

LOAD DATA
INFILE '/d104/isim_tarih.txt'
INTO TABLE TMP_SQL_LOADER_DENEME
FIELDS TERMINATED BY ' '
OPTIONALLY ENCLOSED BY '"'
(gsm,start_date,yilay)

sqlldr userid=HR/******@ORCL control=/d104/isim_tarih_control.ctl log=/d104/isim_tarih_log.log
yükleme işlemi başarılı bir şekilde gerçekleşiyor.

şimdi oluşturduğumuz bu temp tablodan verileri bizim kendi tablomuza aktarmaya sıra geldi.
iki farklı tarih formatımız olduğu için her birisi için ayrı ayrı insert scripti yazıyoruz.

INSERT INTO sql_loader_deneme
(SELECT gsm, TO_DATE (start_date, 'DD:MM:YYYY HH24:MI:SS') start_date,
yilay
FROM tmp_sql_loader_deneme
WHERE LENGTH (start_date) > 10)

INSERT INTO sql_loader_deneme
(SELECT gsm, TO_DATE (start_date, 'DD.MM.YYYY') start_date,
yilay
FROM tmp_sql_loader_deneme
WHERE LENGTH (start_date) <11)>

--oluştruduğumuz tabloyu silelim.

drop table tmp_sql_loader_deneme

SELECT COUNT(1) FROM SQL_LOADER_DENEME
-- 7 tane kayıt eklenmiş.
--şimdi log fileden bakalim kaç kayıt eklendiğine

Total logical records skipped: 0
Total logical records read: 7
Total logical records rejected: 0
Total logical records discarded: 0

aynı problemi kısa yolsan çözmek için aşağıdaki yontemi izleyebiliriz.
bu yöntem ile Oracle tarafında Varchar2 alanını date alanına cevirmemize gerek kalmaz.

önce deneme için char tipinde bir yükleme yapalım.

LOAD DATA
INFILE '/d102/bbb.txt'
INTO TABLE SQL_LOADER_deneme
WHEN (22)= ' '
(GSM POSITION(01:10) CHAR ,
START_DATE POSITION(12:21) CHAR,
YILAY POSITION(23:28) CHAR )
INTO TABLE SQL_LOADER_deneme
when (22)<>' '
--burada tab karakteri var
(GSM POSITION(01:10) CHAR ,
START_DATE POSITION(12:30) CHAR,
YILAY POSITION(32:37) CHAR )

control file bu şekilde oluşturduktan sonra çalıştırıyoruz

sqlldr userid=HR/******@ORCL control=/d104/isim_tarih_control.ctl log=/d104/isim_tarih_log.log

Bu yükleme örneği ile yukarıdaki arasında bir fark yok aslında sadece position belirledik.

Control file'ımızı biraz daha geliştirerek tablomuza direck olarak date tipinde yükleme yapabiliriz.
Burada hangi positionlarda date tipinin olduğunu belirledikten sonra o date tiplerine uygun olan dönüşüm tiplerini belirlemek gerekiyor.

LOAD DATA
INFILE '/d104/bbb.txt'
INTO TABLE SQL_LOADER_deneme
WHEN (22)= ' '
(GSM POSITION(01:10) CHAR ,
START_DATE POSITION(12:21) DATE "dd.mm.yyyy",
YILAY POSITION(23:28) CHAR )
INTO TABLE SQL_LOADER_deneme
when (22) < >' '
(GSM POSITION(01:10) CHAR ,
START_DATE POSITION(12:30) DATE "dd.mm.yyyy hh24:mi:ss",
YILAY POSITION(32:37) CHAR )

ORACLE'DA INACTIVE SESSIONLARI KILL ETMEK

2009-07-31T03:36:00.000-07:00

--bu işlemleri yapabilmeniz için ALTER SYSTEM yetkisine sahip olmanız gerekiyor.
DECLARE

  v_dyn_sql  VARCHAR2(500);

BEGIN

  v_dyn_sql := 'SELECT ''kill session ''|| s.SID || '','' || s.serial# || '' '' || '' immediate ;'' '

               ||' FROM v$session s, v$process p'

               ||' WHERE s.paddr = p.addr '

               ||' AND s.username IS NOT NULL '

               ||' AND s.username = ''bilgisayarimin makina adi'' '

               ||' AND s.osuser = ''isletim sistemimin adi'' '

               ||' AND s.last_call_et / 3600 > 1 '

               ||' AND s.status = ''INACTIVE'' '

               ||'ORDER BY logon_time';



  dbms_output.Put_line(v_dyn_sql);



  EXECUTE IMMEDIATE (v_dyn_sql);

END;

--UNIX üzerinden ORACLE'nin inactive session'larını kill etmek için aşağıdaki yönetemi uygulayabiliriz.
--UNIX'te çalışan bir işi kill etmek için gerekli olan script
--kill -9 "çalışan işin id'si"
--bu script'i üretmek için aşağıdaki select cümleciğini hazırlayalım.

set echo off
head off
veri off
pages 50000 lines 120
spool on oracle_kill_session.sh

SELECT   'kill -9 '

         ||p.spid

         ||' # '

         ||s.username

         ||' '

         ||s.program

FROM     v$session s,

         v$process p

WHERE    s.paddr = p.addr

         AND s.username IS NOT NULL

         AND s.username = 'bilgisayarimin makina adi'

         AND s.osuser = 'isletim sistemimin adi'

         AND s.last_call_et / 3600 > 1          --son bir saattir sistemde olanlar

         AND s.status = 'INACTIVE'                     --inactive duruma düsenler.

ORDER BY logon_time;

/

spool off

--şimdi kill scriptimizi hazırladık. Sıra bunu çalıştırmaya geldi.

--önce çalıştırabilir hale getiriyoruz oracle_kill_session.sh dosyasına execute edilebilme yetkisi verelim.
chmod 700 oracle_kill_session.sh
--burada 777 diyerek herez'e yetki vermek doğru olmayabilir. Buna dikkat edelim.
./oracle_kill_session.sh
--diyerek inactive sessionları kill ediyoruz.

--çok daha farklı kıstaslara göre kırılım yapabilirsiniz.
--bu kıstaslar aşaıdakililer olabilir.

--SID
--SERIAL#
--USER#
--USERNAME
--STATUS
--SERVER
--SCHEMA#
-- SCHEMANAME
-- OSUSER
-- PROCESS
-- MACHINE
-- TERMINAL
-- PROGRAM
-- TYPE
--PLSQL_OBJECT_ID
--MODULE
--LOGON_TIME
--LAST_CALL_ET

EN COK KAYNAK TÜKETEN SORGUYU BULMAK

2009-07-27T03:43:00.001-07:00

EN COK KAYNAK TÜKETEN SORGUYU BULMAK
-- en cok kaynak tüketen sorguyu bulmak için aşağıdaki sorguyu kullanabiliriz.
--bu sorgu disk kullanımını bize göstermektedir.
--önce denemeler yapmak için hazırlık yapalım.

--bir tablo yaratalım. bu tabloya insert işlemi yaparak diski ne kadar yoruğunu göreceğiz.
create table kaynak_tuketim_deneme as select * from all_objects

--şimdi tablomuza sürekli olarak kayıt ekleyelim.
DECLARE

BEGIN

  FOR i IN 1.. 10 LOOP

    INSERT INTO kaynak_tuketim_deneme

    SELECT *

    FROM   all_objects;



    COMMIT;

  END LOOP;

END;

--çalışan sorgumuzu görmek için

SELECT /*+ ORDERED */ v.osuser,

                      v.schemaname,

                      Substr(Rpad(s.sql_text,64),1,64) sqltxt

FROM     v$session v,

         v$sqltext_with_newlines s

WHERE --v.osuser = 'aates'

s.address = v.sql_address

         AND s.hash_value = v.sql_hash_value

ORDER BY piece

--ne kadar kaynak kullandığını hangi sorgunun ne kadar yet tükettiğini görmek için

SELECT *

FROM   (SELECT   Substr(a.sql_text,1,50)                                 sql_text,

                 Trunc(a.disk_reads / Decode(a.executions,0,1,

                                                          a.executions)) reads_per_execution,

                 a.buffer_gets,

                 a.disk_reads,

                 a.executions,

                 a.sorts,

                 a.address

        FROM     v$sqlarea a

        ORDER BY 2 DESC)

-- Burada ne kadar?n? listelemek istedi?imizi belirtiyoruz.

WHERE ROWNUM <= 10;

-- son olarak arkamızda pislik bırakmayalım.
drop table kaynak_tuketim_deneme

ORACLE HATALARINI YAKALAMA

2009-07-27T02:38:00.001-07:00

-- Veritabani'mizdaki sorgular çalisirken alinan hatalari asagidaki sorgu ile tespit edebiliriz.

-- Warning: compiled but with compilation errors bu uyariyi aldigimizda

-- show errors ile alinan hataliri görebiliriz. Ama asagida anlatmaya çalistigimda ayni isi yapacaktir.

-- Öncelik ile kendimize bir senaryo hazirlayalim. Senaryomuz su sekilde olsun.

-- bir paket yazdik ve içerisinde çesitli tablolar join islemi yapiyor temp tablolar olusturuyor.

-- Bir çesit ETL paketi diyebiliriz. Bu paket çesitli tablolardan select yapiyor yada içerisinde dinamik SQL'ler var

-- Kod dynamik sql e girdigi zaman hata aldi ve siz bu hatalari listelemek yada görmek istiyorsunuz.

-- Bu raporu hazirlamak için iki adet oracle View'ini joinlemek yeterli olacaktir.

-- öncelik ile all_source'den (USER_SOURCE,DBA_SOURCE de olur yetkinize göre artik.) hata alan kodu aliyoruz.

-- bunu daha sonra error'lerin USER_ERRORS (DBA_ERRORS,USER_ERRORS)oldugu görünüm ile joinliyoruz.

SELECT a.owner,

       a.TYPE,

       To_char(a.line)

       ||' - '

       ||a.text

       ||' - '

       ||b.text error

FROM     dba_source a,

         user_errors b

--çalisan isi burada belirtiyoruz.

--hangi isin hata aldigini bilmiyorsak bu kisimi açiklamaya çevirebiliriz.

WHERE a.NAME = 'AA'

         AND a.owner = b.owner

         AND a.NAME = b.NAME

         AND a.TYPE = b.TYPE

         AND a.line = b.line

ORDER BY a.NAME,

         a.line;

--bu isin aynisini show erros ile de yapabilirsiniz. Derleme isinden sonra hatalari bize gösterecektir.

--ÖRNEK BIR UYGULAMAYI HEMEN YAPALIM.

--hatali çalisacak bir procedure hazirlayalim.

SET SERVEROUTPUT ON;

CREATE OR REPLACE PROCEDURE Aa

IS

--burada degiskenimizi açiklama satiri yaptik. bu sebepten dolayi

--PLS-00201: identifier 'v_dynsql' must be declared

--degisken tanimlanmalidir. hatasini alacagiz.

--v_dynsql varchar2(200);

BEGIN

  v_dynsql := 'bu bir ekran ciktisidir.';



  dbms_output.Put_line(v_dynsql);

END;
SELECT   a.owner,

         a.TYPE,

         To_char(a.line)

         ||' - '

         ||a.text

         ||' - '

         ||b.text error

FROM     dba_source a,

         dba_errors b

WHERE    a.NAME = 'AA'

         AND a.owner = b.owner

         AND a.NAME = b.NAME

         AND a.TYPE = b.TYPE

         AND a.line = b.line

ORDER BY a.NAME,

         a.line;

--yukaridaki sorgu ile hatayi ve alinan hatanin geçtigi kod'u görenibiliriz.

--kodumuz düzeltip tekrar çalistirdigimizda

SET SERVEROUTPUT ON;

CREATE OR REPLACE PROCEDURE Aa

IS

  v_dynsql  VARCHAR2(200);

BEGIN

  v_dynsql := 'bu bir ekran ciktisidir.';



  dbms_output.Put_line(v_dynsql);

END;

--bu kez hatasiz derlenecegi için herhangibi bir hata almayacaktir.

--sorgu sonucuda null dönecektir.

PARTITION BAZLI KAYIT EKLEME

2009-07-23T06:35:00.000-07:00

DECLARE

  dyn_sql       VARCHAR2(2000);

   -- KAYNAK TABLONUN BULUNDUGU SCHEMA

   v_owner  VARCHAR2(30) := 'HR';

   -- kaynak tablonun adi.

   v_table  VARCHAR2(30) := 'BU_TABLODAN';

   --partitionun tasinacagi (eklemenin yapilacigi partitionun oldugu) schema adi

   v_dest_owner  VARCHAR2(30) := 'SCOTT';

   --insert yapilacak olan tablonun adi.

   v_dest_table  VARCHAR2(30) := 'BU_TABLOYA';

BEGIN

  --database'deki butun partitionlar bizim tablomuza ait olan partitionlarin isimlerini çekiyoruz.

  --burada her iki partition isimlerinin de ayni oldugu varsayiliyor.

  --partition isimlerinin farkli oldugu durumlarda kodda düzenlemeye gitmek gerekebilir.

  --all_tab_partitions da HIGH_VALUE üzerinde i?lem yap?labilir.

  --high_value long b?r alan oldu?u için dönü?türme yapmak gerebilir.

  FOR i IN (SELECT partition_name

            FROM   all_tab_partitions

            WHERE  table_owner = v_owner

                   AND table_name = v_table)

  LOOP

    dyn_sql := ' INSERT /*+ append */ INTO '

               ||v_dest_owner

               ||'.'

               ||v_dest_table

               ||' PARTITION ('

               ||i.partition_name

               ||')
SELECT /*+ parallel (aa,16) */ *
FROM '

               ||v_owner

               ||'.'

               ||v_table

               ||' partition ('

               ||i.partition_name

               ||') aa ';



    dbms_output.Put_line(dyn_sql);



    --EXECUTE IMMEDIATE dyn_sql;

    COMMIT;

  END LOOP;

END;

UNIX'TE DOSYA PARÇALAMA

2009-07-23T01:27:00.000-07:00

/home/aliates$ split -l 65000 bolunecek.csv bolunen_

Oracle'den spool ile aldığımız yada şöyle diyelim bir şekilde tabloyu text (csv) dosyaya aktardık. Bunu excell ile açmak istiyoruz. excell 2003'de 65000 (int kadar) satır destekliyor. ee napacaz bizim dosyada var 230.000 satır. İşte yukarıdaki komut bize verilen dosyayı istenilen satır sayısında parçalıyor.

GRANT EXECUTE YETKİSİ

2009-07-23T00:52:00.001-07:00

--kendi semamizda proceduremizi olusturalim ve içerisinde yine kendi semamizdaki bir tabloyu silelim.

--tablomuzu yaratalim.

CREATE TABLE deneme_silsene (

  a NUMBER);

--procedure yaratalim

CREATE OR REPLACE PROCEDURE Deneme_sil

AS

  v_dyn_sql  VARCHAR2(200) DEFAULT NULL;

BEGIN

  v_dyn_sql := 'drop table deneme_silsene';



  EXECUTE IMMEDIATE v_dyn_sql;



  COMMIT;

END;

/

--baska bir semadan (userdan "hedefowner") baglanarak olusturdugumuz procedureyi çalistiralim.

BEGIN

  hedefowner.deneme_sil;



  COMMIT;

END;

/

--yetkiniz yok hatasi alacagiz bu hatayi asmak için yetki verelim.

--bu yetkiyi kendi semamiza baglanarak kendi schemamiz altinda vermemiz gerkiyor.

GRANT EXECUTE ON deneme_sil TO hedefowner;

-- procedure normal bir sekilde çalisti ve kendi tablomuzu sildi.

-- burada tablomuz için diger user'a yetki vermedik ama yine de tablomuz üzerinde islem yapabildi.

-- grant execute yetkisi sikintili bir yetki oldugunu buradan anlayabiliriz.

--söyle bir deneme de yapalim isterseniz.

--simdi procedureyi çalistiracagimiz schemada da ayni isimde bir tablo yaratalim ve hangi tabloyu silecegine bakalim.

-- bu konu hakkinda fikri olmayan arkadaslariniz ile iddaya girerek ögle yemegi kazanabilirsiniz.

--simdi su sekilde oldu son durum.

SELECT *

FROM   hedefowner.deneme_sil;

SELECT *

FROM   buradansiliyom.deneme_sil;

--iki farkli schemada ayni isimde tablom var

BEGIN

  hedefowner.deneme_sil;



  COMMIT;

END;

/

-- burada bu procedure'yi çagirir isem hangi tabloyu silecek. procedure schema adini belirtmedim. procedurenin yaratildigi yerdeki tabloyu mu silecek

-- yoksa calistirdigimiz yerdeki tabloyu mu silecek?

--iste bu sorunun cevabi procedurenin oldugu create edildigi schemadaki tabloyu silecektir.

--bu durumu asmak için yada kafa karistirmasina , olurda yanlis schema altinda islemler yapmasini engellemek için

--"schema_adi"."tablo_adi" seklinde çalismakta fayda var. bunu aliskanlik edinmek lazim.

DROP PROCEDURE hedefowner.deneme_sil;

SEQUENCE KULLANIMI

2009-07-19T14:09:00.001-07:00

Önce yetkilerinden bahsedelim.
sequence yaratmak ve bunlar üzerinde çeşitli işlemler yapabilmek için aşağıdaki yetkilerin olması gerekmektir.
--kendi schemanda oluşturmak için
create sequence
--bütün schemalarda oluşturmak için
create any sequence
--bütün schemalarda değiştirmek için için
alter any sequence
--bütün schemalarda silme yetkisine sahip olmak için
drop any sequence
--DB üzerindeki butun sequencelere erişebilmek için
select any sequence

--en basit sequence yaratma komutu aşağıdadir.

CREATE SEQUENCE seq_deneme;

SELECT seq_deneme.NEXTVAL FROM dual;

--bu komutun default değerler ile yaptığı aslında

CREATE SEQUENCE DENEME_TS.seq_deneme
START WITH 1
MAXVALUE 999999999999999999999999999
MINVALUE 1
NOCYCLE
CACHE 20
NOORDER;
--burada da görüldüğü gibi başlangıç değeri 1 bitiş değeri bir yıgın 9
--cycle şeklinde değildir. VS vs..

--denemelerde kullanmak için bir tablo yaratalım.
create table tablom as select object_id,object_name from all_objects where rownum<5;

--yatattığımız bir tabloya kayıt ekleyelim.
insert into tablom values (seq_deneme.nextval,'deneme_1')

commit;

--sequencenin şu anki değerini öğrenmek için aşağıdaki sordu işinjizi görecektir.
select seq_deneme.currval from dual;

--sequence değerini bir attıralim
select seq_deneme.nextval from dual;

--şimdi yeni değerine bakalim.
select seq_deneme.currval from dual;

--belirli bir değerden sequence başlatmak için aşağıdaki komut işimizi görecektir.

CREATE SEQUENCE seq_deneme_v1 START WITH 123;

select seq_deneme_v1.currval from dual;

-- ilk başta bunu kullanırsak aşağıdaki hatayı alırız.
-- ORA-08002: sira SEQ_DENEME_V1.CURRVAL henüz bu oturumda tanimlanmadi
-- bu hatadan kurtulmak için sequenceyi bir defa çalıştırmak gerekiyor.

select seq_deneme_v1.nextval from dual;

--bir sequence'i silmek için
drop sequence seq_deneme_v1 --komutunu kullanınız.

SELECT DBMS_METADATA.get_ddl ('SEQUENCE', 'DEN_SEQ') from dual;

--SQLPLUS ile sequencenin create script tam olarak görünmediği durumlarda
--aşağıdaki kod bloğu kullanılabilinir.
DECLARE
c_lob CLOB;
BEGIN
SELECT DBMS_METADATA.get_ddl ('SEQUENCE', 'DEN_SEQ')
INTO c_lob
FROM DUAL;
DBMS_OUTPUT.put_line (c_lob);
END;

ALTERNATİF SEQUENCE KULLANIMI

2009-07-19T08:15:00.000-07:00

EĞER CREATE SEQUENCE Yetkiniz yok ise ve artan bir alan kullanmak zorunluluğunuz var ise aşağıdaki yöntemi kullanarak kendize bir sequence yaratabilirsiniz. Bu yöntem büyük databaselerde yada büyük tablolarda kullanmak mantıklı değildir. Max değeri bulmak sizde ciddi performans kaybına sebeb olacaktır.

--sequence kullanmaktan kaçmanın bir yöntemide budur diyebiliriz.
--tablomuzu yaratalım.
create table tablom as select * from all_objects where rownum<50;

--en buyuk değeri bularak değerini select cumleciğinde bir arttırıp değişkene atıyoruz.
--sonrada yeni değerimizde bu değişkeni kullanıyoruz.
DECLARE
en_buyuk_deger NUMBER;
BEGIN
SELECT MAX (object_id) + 1
INTO en_buyuk_deger
FROM tablom;
INSERT INTO tablom
(object_id,object_name
)
VALUES (en_buyuk_deger,'ali'
);
commit;
END;

SPLIT PARTITION KULLANIMI

2009-07-17T06:28:00.000-07:00

Split partition büyük boydaki partition'u küçük parçalara ayırmaya yarıyor. partitionda belirli bir koşula göre alt parçalara ayırıyoruz. bu işlemi yaptıktan sonra tabloyu analiz etmede fayda var. Oracle'yi olandan bitenden haebrdar etmek lazım. :))

split partition ile ilgili bir çok örnek mevcud. bir tanesini de burada paylaşmak gerekir ise

--2008 yılının partitionlarını iki parçaya bölüyorum.
--TO_DATE('31-JUL-2009 23:59:59', 'DD-MON-YYYY HH24:MI:SS') haziran ayından öncekileri haziran dahil
-- buyuk_tablom_2008_01 partitionuna ekliyorum. Diğerlerinide buyuk_tablom_2008_02 partitionuna ekliyoruz.

ALTER TABLE buyuk_tablom
SPLIT PARTITION buyuk_tablom_2008 AT (TO_DATE('31-JUL-2009 23:59:59', 'DD-MON-YYYY HH24:MI:SS'))
INTO (PARTITION buyuk_tablom_2008_01,
PARTITION buyuk_tablom_2008)
UPDATE GLOBAL INDEXES;

ALTER TABLE buyuk_tablom
SPLIT PARTITION buyuk_tablom_2008 AT (TO_DATE('31-DEC-2009 23:59:59', 'DD-MON-YYYY HH24:MI:SS'))
INTO (PARTITION buyuk_tablom_2008_02,
PARTITION buyuk_tablom_2008)
UPDATE GLOBAL INDEXES;

--eklenen partitionları burada görebiliriz.
SELECT partition_name, num_rows
FROM user_tab_partitions
WHERE table_name = 'BUYUK_TABLOM';
--istatistiğini alalım.

EXEC DBMS_STATS.gather_table_stats(USER, 'buyuk_tablom', cascade => TRUE);

crontab da logların mail olarak gelmesini engelleme

2009-07-17T05:45:00.000-07:00

crontab'da çalışan sorguların sonuçlarını loglamak için bazen bir dizin girmemiz gerekir, bazende hiçbirşey girilmediğinde bunları mail olarak alırız. Bazen program sürekli log üretir ve yer sıkıntısı yapar ise logların gelmesini istemeyebilriiz. Bunun için log yerine sunu diyebiliriz.

log_ureten_script.sh >/dev/null

bunu yazarsak log üretmeyecektir.

UNIX'TE BACKUP ALMA

2009-07-17T04:57:00.000-07:00

UNIX üzerinde backup alma ile ilgili küçük bir shell script yazdım. yaptığı sadece diskler üzerinde gezdirme yapıyor. en son silme işlemini yapıyor. Linux cu arkadaşlar cok beğenmebilir ama basit ve sade bir shell script oldu.

#!/usr/bin/bash
datetime=`date '+%y%m%d'`
source_location_1=/d101/data/original_files
source_location_2=/d102/backup/original_files
target_location_1=/d102/backup/original_files/folder_$datetime
target_location_2=/d103/backup/original_files/folder_yedek
old_file_move=`ls -rt /d102/backup/original_files/ |grep "folder"| head -1`
old_file_delete=`ls -rt /d103/backup/original_files/folder_yedek/ |grep "folder"| head -1`
size1=75
size2=63
#gelen LOG dosyalarını koyacağı klasor yok ise yaratılıyor.
if [ -d ${target_location_1} ]
then
echo "Hedef Dizin Mevcut ${target_location_1} "
else
mkdir ${target_location_1}
echo "Hedef Dizin Olusturuldu ${target_location_1} "
fi
#////////////////////////////////////////////////////////////////////////
#sıkıştırma işlemi yapılarak yer kazancı sağlanıyor
#burada zipleme işlemi yapılıyor.
echo "dosyalar zipleniyor."
for zipfile in ` ls ${source_location_1} | grep ".LOG$"`
do
gzip $zipfile
echo $zipfile
done
#////////////////////////////////////////////////////////////////////////
#zipli dosyaları bul ve aktar.
#zipli dosyaları oluşturdak sonra bunları ilgili gün için yaratılmış olan dizine taşır.
echo "d102 dizininde ilgili yere taşınıyor"
for tarih in `ls ${source_location_1} |grep ".LOG.gz$"| awk '{print substr($1,4,6)}'`
do
file_pattern="???$tarih*.LOG"
mv ${source_location_1}/${file_pattern}.gz ${source_location_2}/folder_${tarih}/
echo ${source_location_1}/${file_pattern}.gz ${source_location_2}/folder_${tarih}/
done
#////////////////////////////////////////////////////////////////////////
#d102 nin %60 i doldugunda d103 e aktar.
#en eski dosyayı taşıyor.
echo "d102 dizininden d103 dizinine taşınıyor"
while [ $size1 -lt `df | grep /d102 | cut -c 38,39` ];
do
mv ${source_location_2}/${old_file_move} ${target_location_2}
echo ${source_location_2}/${old_file_move} ${target_location_2}
done
#////////////////////////////////////////////////////////////////////////
#d103 %70 doldugunda en eski olanı siliyor.
echo "d103 dizininden siliniyor."
while [ $size2 -lt `df | grep /d103 | cut -c 38,39` ];
do
rm -R ${target_location_2}/${old_file_delete}
echo ${target_location_2}/${old_file_delete}
done
echo "işlemler bitti"

SİLİNEN VE OLUŞTURULAN NESNELERİ LİSTELEME

2009-07-17T04:37:00.000-07:00

--TABLOLARıMıZı YARATALıM.

--karşilaştırma yapmak için aşağıdaki tabloyu kullanıyoruz.

CREATE TABLE OBJECT_TAKIP
(
OWNER VARCHAR2(30 BYTE),
OBJECT_ID NUMBER,
OBJECT_NAME VARCHAR2(128 BYTE),
OBJECT_TYPE VARCHAR2(19 BYTE)
)

--silinen yada oluşturulan nesneler de burada

CREATE TABLE CRE_OR_DEL_OBJECT
(
OWNER VARCHAR2(30 BYTE),
OBJECT_ID NUMBER,
OBJECT_NAME VARCHAR2(128 BYTE),
OBJECT_TYPE VARCHAR2(19 BYTE),
STATUS VARCHAR2(10 BYTE)
)

CREATE OR REPLACE PROCEDURE object_takip_proc
IS
v_dynsql VARCHAR2 (1000);
v_owner VARCHAR2 (150);
BEGIN
v_owner := '''HR''';
-- Mail ile gönderecegimiz verileri tabloya aktariyorum. Silinenler ve olusturulanlar bu tabloda tutuluyor.
v_dynsql := 'TRUNCATE TABLE CRE_OR_DEL_OBJECT';

EXECUTE IMMEDIATE v_dynsql;

--SILINEN OBJELER
--OBJECT_TAKIP tablosu doldurulduktan sonra silinen objeleri yakaliyor.
v_dynsql :=
'INSERT INTO CRE_OR_DEL_OBJECT
(OWNER, OBJECT_NAME, OBJECT_TYPE, STATUS)
SELECT o.owner, o.object_name, o.object_type, ''SILINDI''
FROM object_takip o LEFT OUTER JOIN all_objects a
ON o.object_type = a.object_type
AND o.object_name = a.object_name
WHERE a.object_name IS NULL
AND o.owner IN (''HR'', ''SCOOT'')
AND o.object_type IN ( ''TABLE'',''PROCEDURE'',''FUNCTION'',''PACKAGE'',''VIEW'')';

-- DBMS_OUTPUT.PUT_LINE (V_DYNSQL);
EXECUTE IMMEDIATE v_dynsql;

--OBJECT_TAKIP tablosu doldurulduktan sonra yeni yaratilan objeleri yakaliyor.
v_dynsql :=
'INSERT INTO CRE_OR_DEL_OBJECT
(OWNER, OBJECT_NAME, OBJECT_TYPE, STATUS)
SELECT A.OWNER, A.OBJECT_NAME, A.OBJECT_TYPE, ''OLUSTU''
FROM ALL_OBJECTS A LEFT OUTER JOIN OBJECT_TAKIP O
ON O.OBJECT_TYPE = A.OBJECT_TYPE
AND O.OBJECT_NAME = A.OBJECT_NAME
WHERE O.OBJECT_NAME IS NULL
AND a.owner IN (''HR'', ''SCOOT'')
AND a.object_type IN (''PROCEDURE'', ''PACKAGE'', ''TABLE'', ''VIEW'',''FUNCTION'')';

--YENI YARATILAN TABLOALRI ASAGIDAKI SQL ILE DE BULABILIRIZ.
/* SELECT a.owner, a.object_name, a.object_type, ''OLUSTU''
FROM all_objects a
WHERE a.owner IN (''HR'', ''SCOOT'')
AND a.object_type IN (''TABLE'', ''PROCEDURE'', ''FUNCTION'', ''PACKAGE'')
MINUS
SELECT o.owner, o.object_name, o.object_type, ''OLUSTU''
FROM object_takip o
WHERE o.owner IN (''HR'', ''SCOOT'')
AND o.object_type IN (''TABLE'', ''PROCEDURE'', ''FUNCTION'', ''PACKAGE'')
*/
-- DBMS_OUTPUT.PUT_LINE (V_DYNSQL);
EXECUTE IMMEDIATE v_dynsql;

COMMIT;
--mail atan procedureyi çagiralim.
smtp_att_mail ('CRE_OR_DEL_OBJECT');

--Mail atma islemini tablodan yaptigimiz için gerek kalmadi.
--Burada tabloyu text dosyaya yazan procedureyi cagiriyorum.
-- EXTRACT_TABLE ('CRE_OR_DEL_OBJECT', --tablo adi
-- ',', --ayracimiz
-- 'USERDATA_DB', --directory
-- 'DELETE_AND_CREATE.TXT' --dosya adi
-- );
EXECUTE IMMEDIATE 'TRUNCATE TABLE OBJECT_TAKIP';

INSERT INTO object_takip
(owner, object_name, object_type)
SELECT owner, object_name, object_type
FROM all_objects
WHERE owner IN ('HR', 'SCOOT')
AND object_type IN
('PROCEDURE', 'PACKAGE', 'TABLE', 'VIEW', 'FUNCTION');

COMMIT;
END;
/

ORACLE PL /SQL İLE ATTACHMENT MAİL GÖNDERME

2009-07-17T04:03:00.000-07:00

ORACLE ile mail atmak için aşağıdaki yöntemi izleyebilirsiniz. Size attachment'li mail atma desteği verecektir.

CREATE OR REPLACE PROCEDURE smtp_att_mail (
pin_table_name IN VARCHAR DEFAULT 'CRE_OR_DEL_OBJECT'
)
IS
--gönderen kısmında yazacak olan yaz bu alan gecerli olmak zorunda değildir.

v_from VARCHAR2 (80) := 'OBJE.BILGILERI@aliates.com';
v_recipient VARCHAR2 (80) := 'aliatesh@hotmail.com';
v_subject VARCHAR2 (80) := 'olusan ve silinenler nesneleri listeler.';
v_mail_host VARCHAR2 (30) := 'mailserver';
v_mail_conn UTL_SMTP.connection;
crlf VARCHAR2 (2) := CHR (13) || CHR (10);
--mesaj VARCHAR2 (4000) NULL;
--dosyamızın içerisinde yazacakları bir değişkende topluyorum.
--burada VARCHAR2 kullandım ama long da kullanılabilinir.
mesaj VARCHAR2 (30000) := '||';
BEGIN
--burada tabloyu değişkene aktarıyorum.
--dikkat etmek gereken konu burada mail içeriğine uygun olması gerektiğidir.
--bunun için biraz denemeler yapmaız gerekebilir.
--ben substr ile istemediğim alanları kesitim. Siz daha orijinal bir çözüm üretirsiniz artık.
FOR i IN (SELECT *
FROM user_objects where rownum<10)
LOOP
mesaj :=
mesaj
|| ''
|| i.owner
--burada ";" kullanıyorum ki Excell bunu otomatik olarak algılasın ve sütün sütün göstersin.
--bu parametreyi control panelden de değiştirenbiliyorsunuz. isterseniz burada "|" yada "," kullanabilirsibiz.
|| ';'
|| i.object_name
|| ';'
|| i.object_type
|| ';'
|| i.status
|| crlf;
END LOOP;

mesaj := SUBSTR (mesaj, 3, (LENGTH (mesaj) - 2));
--burada 25. portu kullanarak mail gönderme parametlerini veriyorum.
v_mail_conn := UTL_SMTP.open_connection (v_mail_host, 25);
UTL_SMTP.helo (v_mail_conn, v_mail_host);
UTL_SMTP.mail (v_mail_conn, v_from);
UTL_SMTP.rcpt (v_mail_conn, v_recipient);
UTL_SMTP.rcpt (v_mail_conn, 'aliatesh@hotmail.com');
--buraya birden fazla mail adresi ekleyebiliriz.
--bu fonksiyon için parametre alan bir dongu yazılabilir.
UTL_SMTP.rcpt (v_mail_conn, 'aliatesbilgisayar@yahoo.com');
--Mail içeriği burada aslında
UTL_SMTP.DATA
(v_mail_conn,
'Date: '
|| TO_CHAR (SYSDATE, 'Dy, DD Mon YYYY hh24:mi:ss')
|| crlf
|| 'From: '
|| v_from
|| crlf
|| 'Subject: '
--başlığımızı belirtiyoruz.
|| v_subject
|| crlf
--burada TO : yazmasını istediğimiz yazıyoruz.
--dongu ile buraya otomatik parametre eklenebilir.
|| 'To: adi bende sakli'
|| crlf
|| 'MIME-Version: 1.0'
|| crlf
||
'Content-Type: multipart/mixed;'
|| crlf
|| ' boundary="-----SECBOUND"'
|| crlf
|| crlf
|| '-------SECBOUND'
|| crlf
--içeriğin tipinide burada girdik.
|| 'Content-Type: text/plain;'
|| crlf
|| 'Content-Transfer_Encoding: 7bit'
|| crlf
|| crlf
|| 'Bu bir bilgilendirme mailidir. Günlük olarak silinen ve yeni olusturulan database objelerini bildirir.'
|| crlf
--mesaj içerisinde yazmak istediğiklerimiz.
||
'Dosya ektedir Bilginize'
|| crlf
|| crlf
|| '-------SECBOUND'
|| crlf
|| 'Content-Type: text/plain;'
|| crlf
|| ' name="excel.csv"'
|| crlf
|| 'Content-Transfer_Encoding: 8bit'
|| crlf
|| 'Content-Disposition: attachment;'
|| crlf
--oluşan dosyaya vereceğimiz isim.
|| ' filename="silinen_olusan.csv"'
|| crlf
|| mesaj
|| crlf
|| '-------SECBOUND--'
);
UTL_SMTP.quit (v_mail_conn);

EXCEPTION
WHEN UTL_SMTP.transient_error OR UTL_SMTP.permanent_error
THEN
raise_application_error (-20000, 'Unable to send mail: ' || SQLERRM);
END;
/

TABLESPACE YARATMA SCRİPT'İ

2009-07-06T02:50:00.000-07:00

Var olan bir tablespace'nin scriptini aşağıdaki kod yardımı ile üreyebilirsiniz. Bu nerede işimize yarayabilir sorusuna verilecek ilk cevaplardan biriside database import ederken aynı özelliklerde bir tablespacemiz olmuş olur. Yada denemeler yapmak için kendimize bir test datadabase'i oluşturacağiz. O zaman aşağıdaki kod bloğu yardımı ile aynısını oluşturabiliriz.

--çıktı dosyamızı ayarlayalım.
spool tablespace_olustur.sql
set serveroutput on size 1000000

/* Formatted on 2009/07/06 10:24 (Formatter Plus v4.8.8) */
DECLARE
CURSOR get_ts
IS
SELECT *
FROM dba_tablespaces
WHERE tablespace_name != 'SYSTEM';

CURSOR get_df (p_ts VARCHAR2)
IS
SELECT *
FROM dba_data_files
WHERE tablespace_name = p_ts;

l_str VARCHAR2 (10);
BEGIN
FOR ts_rec IN get_ts
LOOP
DBMS_OUTPUT.put_line ('CREATE TABLESPACE ' || ts_rec.tablespace_name);

-- tablespace de bulunana bütün datafile leri burada yaz.
FOR df_rec IN get_df (ts_rec.tablespace_name)
LOOP
IF get_df%ROWCOUNT = 1
THEN
l_str := 'DATAFILE';
ELSE
l_str := ',';
END IF;

DBMS_OUTPUT.put_line ( l_str
|| ' '
|| CHR (39)
|| df_rec.file_name
|| CHR (39)
|| ' SIZE '
|| df_rec.BYTES
|| ' REUSE '
);

IF df_rec.autoextensible = 'YES'
THEN
DBMS_OUTPUT.put_line ( ' AUTOEXTEND ON'
|| ' NEXT '
|| df_rec.increment_by
);

IF df_rec.maxbytes = 68719443968
THEN
DBMS_OUTPUT.put_line (' MAXSIZE UNLIMITED');
ELSE
DBMS_OUTPUT.put_line (' MAXSIZE ' || df_rec.maxbytes);
END IF;
END IF;
END LOOP;

/* Extent Management durumuda burada. */
DBMS_OUTPUT.put_line ('EXTENT MANAGEMENT ' || ts_rec.extent_management);

IF ts_rec.extent_management = 'LOCAL'
THEN
IF ts_rec.allocation_type = 'SYSTEM'
THEN
DBMS_OUTPUT.put_line (' AUTOALLOCATE ');
ELSE
DBMS_OUTPUT.put_line (' UNIFORM SIZE ' || ts_rec.initial_extent);
END IF;
END IF;

IF ts_rec.extent_management = 'DICTIONARY'
THEN
DBMS_OUTPUT.put_line ( 'DEFAULT STORAGE (INITIAL '
|| ts_rec.initial_extent
|| ' NEXT '
|| ts_rec.next_extent
|| ' MINEXTENTS '
|| ts_rec.min_extents
|| ' MAXEXTENTS '
|| ts_rec.max_extents
|| ' PCTINCREASE '
|| ts_rec.pct_increase
|| ' ) '
);
END IF;

DBMS_OUTPUT.put_line (' ONLINE;');
DBMS_OUTPUT.new_line;
END LOOP;
END;
/
spool off
--kodlar hazır.

RAID disk sürücüleri hakkında

2009-06-29T03:23:00.000-07:00

ASM de Disk gruplaması aşağıdaki yapıda oluyor.

NORMAL REDUNDANCY     - İki disk eş zamanlı çalışıyor.
HIGH REDUNDANCY       -Üç disk eş zamanlı çalışıyor.
EXTERNAL REDUNDANCY   - aynalama kullanılmıyor. RAID -1 kullanmak mantıklı.

Aslında yukarıdaki yapıya bakarsak olay verilerimizi tek bir yerde tutmayalım. Fiziksel bir sorun olduğunda ikincisinden devam etmek .
RAID için buradan ayrıntılı bilgi alabilirsiniz. Ayrıca Veri güvenliğinin nasıl yapıldığına da bir bakış açısı kazanabiliriz.

PARAMETRE DOSYALARıNıN KONUMUNU ÖĞRENMEK

2009-06-29T02:52:00.000-07:00

--parametre dosyalarının konumunu öğrenmek için aşağıdaki sorgu işinize yarayabilir.
--ben burada dizin ile başlayanlara göre bir kırılım yaptım.

SELECT name,value,display_value
FROM sys.v_$parameter where value like '/%'

spfile
control_files
background_dump_dest
user_dump_dest
core_dump_dest
audit_file_dest
dg_broker_config_file1
dg_broker_config_file2

BLOCK CHANGE TRACKING

2009-06-26T05:00:00.000-07:00

BLOCK CHANGE TRACKING (BCT)database'deki değişkliklerin yapıldığı block'ları tutan dosyadır. RMAN ile incremantal (artalan) yedekleme işlemi yaparken yapılan değilişliklerin hangi blocklarda yada nerelerde olduğunu tespit etmek için BTC dosyasına bakıyor. Bunun bize sağladığı avantaj ise bütün verileri tek tek tarayarak zaman kaybetmekten ise buradan bakıp ilgili blockları yedeklemek.
Bu özelliğin aktif olup olmadığını görmek için aşağıdaki sorguyu kullanabiliriz.
SELECT filename, status, BYTES
FROM v$block_change_tracking;

Enable yapmak için aşağıdaki komuyu kullanabiliriz. Bu işlemleri yapak için SYS user'ı ile bağlanmanız gerekiyor.
ALTER DATABASE ENABLE BLOCK CHANGE TRACKING
--dosyayı ben belirliyorum.
USING FILE 'c:\oracle\product\flash_recovery_area\ORABASE\bctf01.log';
disable yapmak için ise
ALTER DATABASE DISABLE BLOCK CHANGE TRACKING;
disable yaptığınızda dosyanız silinecektir.

dosyanın adını ve konumunu değiştirmek için MOUNT moda geçtikten sonra aşağıdaki işlemi yapmak gerekiyor.Aksi halde aşağıdaki hataları alırsınız.

ORA-01511: günlük/veri dosyalarını adlandırmada hata
ORA-19771: veritabanı açıkken değişiklik izleme dosyası yeniden adlandırılamaz.

ALTER DATABASE RENAME FILE
'c:\oracle\product\flash_recovery_area\ORABASE\bctf01.log'
TO 'c:\oracle\product\flash_recovery_area\ORABASE\new_name.log';

Eğer siz derseniz benim database'im kritik öyle canım istedikce Mount moda alamam. Ve bu dosyanın (bctf01.log) konumunu ve adını değiştirmek istiyorum o zaman önce disable yap sonra enable yaparkende yeni FILENAME ver.

BCT yi aktif duruma getirip sistemdeki değişiklikleri takip ediyor ve belirlediğimiz dosyaya(bctf01.log) kaydediyoruz. Sonra belirli sebeblerden pasif (enable) yapıp sonra tekrar aktif yaparsanız belirlediğimiz dosya yeniden oluşturulacaktır. İçerisi boşalacaktır.

readonly tablespace'de RMAN ile incremantal backup alırken BLOCK CHANGE TRACKING i kullanmaz. Readyonly bir yapıda zaten bir değişiklik olmayacağı için BCT yi kullanmak performans kaybına neden olacaktır.

kaynak : http://www.oracle.com/technology/oramag/oracle/04-nov/o64rman.html

DATABASE STATUS

2009-06-26T02:17:00.000-07:00

VeriTabanımız hakkında temel bilgileri almak için aşağıdaki sorguyu kullanabiliriz.

select name,open_mode,log_mode,platform_name,CURRENT_SCN from v$database
Burada

name : Databasenin adını bize veriyor.
db_unique_name: Databasenin benzersiz adi RMAN ile bağlanırken bunu kullanıyorsunuz.
open_mode : Hangi modda açildiğini gösteriyor. WRITE -READ
Log_mode : ARCHIVE mi yoksa NOARCHIVE modda mı olğunu görebiliriz.
platform_name:Oraclenin kurulduğu işletim sistemi hakkında bize bilgi veriyor.
current_scn : En son SCN numarasını verir Flashback işleminde bu numarayı kullanarak recovery yapıyoruz.

BOZUK BLOCK'LARIN BELİRLENMESİ

2009-06-26T00:09:00.000-07:00

Database'de bozuk olan block'ların belirlemek için
select * from V$DATABASE_BLOCK_CORRUPTION
sorgusunu kullanabiliriz.
örneğin bir tablo yaratalım ve içerisini dolduralım.
--boş tablomuzu yaratalım
create table bozuk_deneme as select * from user_objects where 1=3
--ekleme işlemini yapalım.
insert into bozuk_deneme select * from user_objects

select * from bozuk_deneme;
bozuk bir block'ta olan tabloya erişmeye çalışdığımızda aşağıdaki hatayı alırız.
ORA-01578: ORACLE data block corrupted (file # 6, block # 256)
ORA-01110: data file 6: ‘/u01/app/oracle/oradata/orcl/bozuk_dosya.dbf’
aklımıza ilk gelen durum burada RMAN ile bağlanarak aşağıdaki sorguyu çalıştırmaktır.
BLOCKRECOVER DATAFILE 6 BLOCK 256;
eger bunun ile bir çözum bulamaz isek datafileden dönme yapılmalıdır. Ilgili datafile recovery yapılabilir.

--arkamızda tablo bırakmalım ortalık tablo ile dolmasın.
drop table bozuk_deneme

kaynak :http://www.sc.ehu.es/siwebso/KZCC/Oracle_10g_Documentacion/server.101/b10734/rcmrecov.htm#1006579

BÜTÜN PARTITION'LARIN COUNT'UNU BİR SEFERDE ALMA

2009-06-22T05:29:00.000-07:00

Bir tabloda bulunan partitionların count'larını teker teker almaktansa hepsini bir seferde alabiliriz. bunun için yapıalcak islem basit.

öncelik ile procederure yaratalım.

CREATE OR REPLACE PROCEDURE part_count (pin_table_name IN VARCHAR2)
IS
CURSOR s1
IS
SELECT /*+ parallel(t,8) */
partition_name AS v_part_name
FROM user_tab_partitions t
WHERE table_name = pin_table_name;

rec_s1 s1%ROWTYPE;
v_table_name VARCHAR2 (30);
v_dynsql VARCHAR2 (200);
v_sonuc VARCHAR2 (200);
BEGIN
v_table_name := pin_table_name;
OPEN s1;
LOOP
FETCH s1
INTO rec_s1.v_part_name;
EXIT WHEN s1%NOTFOUND;
v_dynsql :=
'select /*+ parallel(t,8) */ count(1) as v_sonuc from '
|| v_table_name
|| ' partition ('
|| rec_s1.v_part_name
|| ') t';

EXECUTE IMMEDIATE v_dynsql
INTO v_sonuc;

DBMS_OUTPUT.put_line (v_dynsql || ' --' || v_sonuc);
--DBMS_OUTPUT.put_line (v_sonuc);
-- DBMS_OUTPUT.put_line ('DENEME');
END LOOP;

CLOSE s1;
END;
/
--partitionlu yapıya sahip bir tablomuz olması gerekiyor. Bunuda hemen yaratalım.

create table part_deneme

(OWNER VARCHAR2(30 BYTE) NOT NULL,

OBJECT_NAME VARCHAR2(30 BYTE) NOT NULL,

SUBOBJECT_NAME VARCHAR2(30 BYTE),

OBJECT_ID NUMBER NOT NULL,

DATA_OBJECT_ID NUMBER,

OBJECT_TYPE VARCHAR2(19 BYTE),

CREATED DATE NOT NULL,

LAST_DDL_TIME DATE NOT NULL,

TIMESTAMP VARCHAR2(19 BYTE),

STATUS VARCHAR2(7 BYTE),

TEMPORARY VARCHAR2(1 BYTE),

GENERATED VARCHAR2(1 BYTE),

SECONDARY VARCHAR2(1 BYTE)

)

partition by range (object_id)

(partition part_01 values less than (20000) tablespace users,

partition part_02 values less than (40000) tablespace example,

partition part_03 values less than (60000) tablespace users,

partition part_04 values less than (maxvalue) tablespace users)

tabloyu ayrattık şimdi içine verileri ekleyelim.

insert into part_deneme select * from all_objects

--sonra bu nu çalıştıralım.
DECLARE
PIN_TABLE_NAME VARCHAR2(200);

BEGIN
PIN_TABLE_NAME := NULL;

HR.PART_COUNT ('PART_DENEME');
COMMIT;
END;

ORACLE İLE İŞLETİM SİSTEMİ DOSYALARINI SİLME

2009-06-21T13:12:00.000-07:00

Oracle userları ile işletim sistemi dosyalarını silebilirsiniz. Bunun için yetkiniz olması gerekiyor. SYS user ı ile bağlandığınız zaman herhangibi bir sorun ile karşılaşmıyorsunuz. Öncelik ile directories (dizin) yaratmalısınız. sonra o dizinin altındakileri siliyorsunuz.örneğin direck dizin oalrak c:\ verirseniz C dizini içerisindeki herşeyi silebilirsiniz.

--önce dizin yaratalım.

create directory deneme as 'c:\'

--silme işlemini yapalım.

exec dbms_backup_restore.deletefile('C:\Documents and Settings\Administrator\Desktop\deneme.txt');

ORACLE DIRECTORIES (DİZİNLER)

2009-06-16T12:13:00.000-07:00

Directories(dizin) yaratılması ve bu diznlere hak vermek için aşağıdaki adımları izleyebilirsiniz.

--aşağıdaki işlemleri SYS userı ile yapmanız gerekiyor.
--hr kullanıcısına dba_directories için erişim yetkisi veriyoruz.
GRANT SELECT ON dba_directories TO hr
--directories (dizin oluşturalım)
CREATE DIRECTORY deneme_directories AS 'c:\oracle\dosyalarim'
--oluşturduğumuz dizin için HR kullanıcısına okuma yetkisi verelim.
GRANT READ ON DIRECTORY deneme_directories TO hr
--oluşturduğumuz dizin için HR kullanıcısına yazma yetkisi verelim.
GRANT WRITE ON DIRECTORY deneme_directories TO hr
--iki yetkiyi birden vermek için
grant read,write on directory deneme_directories to hr;
--yetkileri geri almak için
REVOKE READ ON DIRECTORY deneme_directories FROM hr;
REVOKE WRITE ON DIRECTORY deneme_directories FROM hr;

VİRGÜL İLE AYRILMIŞ DOSYADAN KAYITLARI TABLOYA AKTARMA

2009-06-16T06:53:00.001-07:00

--öncelik ile yükleme yapacağımız tabloyu yaratalım.

create table kisiler(adi varchar2(30),
soyadi varchar2(30),
yasi number);

--Küçük bir not ekleyelim hemen araya. burada directory adını verirken buyuk harf ile vermeyi

--unutmayalım. dosyadan okuduğu için buyuk hart vermeniz gerekecektir.

--paketimizi yaratalım.

CREATE OR REPLACE PROCEDURE dosyadan_yukleme
AS
v_line VARCHAR2 (2000); -- dosyadan okunacak her bir satır
v_file UTL_FILE.file_type; -- Verilerin olduğu dosya
v_dir VARCHAR2 (250); -- dosyanın bulunduğu dizin
v_filename VARCHAR2 (50); -- dosyamızın adı
v_1st_virgul NUMBER; --ilk virgulun olduğu yer
v_2nd_virgul NUMBER; --ikinci virgülün olduğu yer
v_adi VARCHAR2(30); --alanlarımız için değişkenler ADI
v_soyadi VARCHAR2 (30); --alanlarımız için değişkenler SOYADI
v_yasi NUMBER; --alanlarımız için değişkenler YASI
BEGIN
v_dir := 'dosya_yolum';
v_filename := 'kisiler.txt';
v_file := UTL_FILE.fopen (v_dir, 'kisiler.txt', 'r',1000);

-- --------------------------------------------------------
--DOSYA SONUNA GELENE KADAR OKU
-- --------------------------------------------------------
LOOP
BEGIN
UTL_FILE.get_line (v_file, v_line);
EXCEPTION
WHEN NO_DATA_FOUND
THEN
EXIT;
END;

v_1st_virgul := INSTR (v_line, ',', 1, 1);
v_2nd_virgul := INSTR (v_line, ',', 1, 2);
v_adi := SUBSTR (v_line, 1, v_1st_virgul - 1);
v_soyadi :=
SUBSTR (v_line, v_1st_virgul + 1, v_2nd_virgul - v_1st_virgul - 1);
v_yasi := SUBSTR (v_line, v_2nd_virgul + 1);
DBMS_OUTPUT.put_line (v_adi|| ' - ' || v_soyadi || ' - ' || v_yasi);

-- ------------------------------------------
-- Kayıtları oluşturduğumuz tabloya eklemeyi yapıyoruz.
-- ------------------------------------------
INSERT INTO kisiler
VALUES (upper(v_adi), UPPER (v_soyadi), v_yasi);
END LOOP;

UTL_FILE.fclose (v_file);
COMMIT;
END;
/

--dosyamda aşağıdaki gibi kayıtlar var.
--ali,ates,12
--ali,ateş,25
--nurullah,ünlü,24
--akın,yalçın,30

BEGIN
DOSYADAN_YUKLEME;
COMMIT;
END;

BÜYÜK TABLOLARDA DELETE İŞLEMİ

2009-06-16T03:07:00.000-07:00

Büyük tabloları silerken aşağıdaki yöntemi kullanırsanız UNDO TABLESPCADE'DEN Yer kazancı sağlarsınız ama performans acısından biraz geç bitecektir sorgunuz.
Nasıl çalıştığına kısaca değinmek gerekir ise undo segment commit yapılana kadar bütün tabloyu yada update ve delete işlemine maruz kalan kayıtları tutar. Buda bizim için büyük boyutlu tabloları silmede sorun oluşturur. Aşağıdaki yöntemde ise 1000 er 1000 er commit işlemi yaprak undo segment de yer kazancı sağlar. Bu değeri değiştirebiliriz. Tercih sizin.
Delete yönteminden daha iyi olan yöntem önce istenilen satırlar için tablonun yedeğini alma sonra truncate edip tablonun ismini değiştirmektir. Truncate delete denebilir (Aslında böyle bir isim üretmek lazım.) Bu yöntem veri ambarlarında (data warehouse) kullanılıyor.

SET timing on
--ne kadar sürede çalıştığını görek için bunu ekliyoruz.
DECLARE
v_count NUMBER := 0;
toplam NUMBER := 0;
--silinecek veriler için curcor tanımlayalım.
CURSOR del_record_cur
IS
SELECT ROWID
FROM sil_deneme;
--where ile istediğimiz koşulu burada girebiliriz.
--koşulsuz silmek biraz saçma olacaktır. TRUNCATE etmek gerekir.
BEGIN
FOR rec IN del_record_cur
LOOP
DELETE FROM sil_deneme
WHERE ROWID = rec.ROWID;

toplam := toplam + 1;
v_COUNT := v_COUNT + 1;
--burada kaç kayıt silindikten sonra commit yapılacağına kendiniz karar veriniz.
IF (v_COUNT >= 1000)
THEN
COMMIT;
v_COUNT := 0;
END IF;
END LOOP;

COMMIT;
DBMS_OUTPUT.put_line ( 'sil_deneme tablosundan '
|| toplam
|| ' kayıt silinmiştir'
);
END;
/

çalışma sürelerini değerlendirirsek.

sil_deneme tablosundan 928161 kayıt silinmiştir
Elapsed: 00:00:50.28
//////////////////////////////////////////////////
delete from sil_deneme
928161 rows deleted.
Elapsed: 00:00:25.18

Bazı arkadaşlarımız data warehouse'da delete işlemine kesinlikle karşı çıkacaklardır. Haklılarda. Ama şu şekilde bir durum oluştuğunda ne olacak.
400.000.000 kayıtlı bir tablom var vebu tabloda 10 milyon kayıt yanlış girilmiş. Bende bu 10 milyon kaydı silmeliyim. 10 milyon kayıt için tabloyu swap'lamakda
o kadar akılcı gelmiyor bana bu şekilde parça parça delete işlemi yapılabilinir.
bir diğer yöntem ise ki bu bence daha güzel.
DECLARE
BEGIN
--10 milyon kaydi birer milyon birer milyon silecegimiz için 10 defa döngüye soktum
--Bu örneği diğer örnekten hızlı yapan yönu ile birer birer silmesi değil toplu olarak silmesidir.
--bu esnada paralellik hint'i verilerecek
--ciddi zaman kazancı sağlayabilirsiniz.
FOR i IN 1 .. 10
LOOP
DELETE FROM delete_deneme
WHERE acoount_id > 345000
--silinecek olan kayıtları belirledikten sonra rownum ile birer milyonluk siliyorum.
AND ROWNUM <1000000
--her 1 milyon kayitta bir commit yapiyorum.
--undo segment dolmuyor :))
COMMIT;
END LOOP;
--bu commit de benden olsun
COMMIT;
END;

DELETE İŞLEMİ HAKKINDA BİRKAÇ ÖRNEK

2009-06-15T23:37:00.000-07:00

--kendimize işlemlerimizde kullanmak için Oracle Dictionary'lerinden bir tablo oluşturalım
CREATE TABLE DELETE_DENEME AS SELECT * FROM user_objects

--bakalım tablomuz oluşmuş mu ve içerisinde ne gibi kayıtlar var
--burada object_type alanı delete işleminde seçmeyi göstermek için uygun bir sütün.
select /*+ parallel(t,8) */ * from delete_deneme t

--tablomun bir yedeğini oluşturuyorum. Her seferinde Dictionary'e gitmekten iyidir.
create table delete_deneme_yedek as select * from delete_deneme
--TABLOYU KOMPLE SİLMEK İÇİN
--ilk delete örneğini yapalım. burada direk siliyoruz.Araya table demeye gerek yok.
--burada delete [silmek istediğimiz tablonun adi]
delete delete_deneme
--Sildikten sonra kaydetmeyi yapalım.
commit;
--tablomuzu yeniden dolduralım
insert into delete_deneme select * from delete_deneme_yedek
--belirli bir koşula uyan kayıtları silmek için.
delete FROM delete_deneme where object_type='TABLE'
commit;
--tablomuzu komple boşaltım yeniden dolduralım.Kullanıma hazır duruma getirelim.
truncate table delete_deneme
insert into delete_deneme select * from delete_deneme_yedek
--alt sorgu yazarakta delete işlemi yapabiliriz.
delete from delete_deneme where delete_deneme.object_id in (select d.object_id from delete_deneme d, delete_deneme_yedek y where y.object_type='TABLE' and d.object_type=y.object_type )
--Biraz karısık bir sorgu gibi oldu. tablo isimleri birbirine çok benzedi sanki.
--son olarak tablolarımız silelim.
--arkamızda pisliğimiz kalmasın.
drop table delete_deneme
drop table delete_deneme_yedek

SORGULARIN ÇALIŞMA SÜRESİ

2009-06-15T03:15:00.001-07:00

Çalıştırdığımız sql sorgusunun ne kadar sürede sonlandığı bilmek isteyebiliriz. Performans değerlendirmesi için bu bilgi bize gerekli olabilir. zaten bircoğumuzda çeşitli forumlarda
1 row selected.
Elapsed: 00:00:00.04
gibi bir çıktıyı en altta görebiliriz. Bu çıktıyı bizde almak için aşağıdaki komutu sorgunun başına eklemeniz yeterli olacaktır.

set timing on
select * from dual;

PARTITION SUBPARTITION BÖLÜM 2

2009-06-14T22:30:00.000-07:00

ORACLE 11g ile birlikte partition methotlarına yenileri eklendi. Bunlar

Range-Hash (available since 8i)
Range-List (available since 9i)
Range-Range
List-Range
List-Hash
List-List

Şu anda 11g makinamda kurulu olmadığı için bunlar için örnek kod yazamayacağim ama aşığıdaki sitede çok güzel örnekler mevcut.
http://www.oracle-base.com/articles/11g/PartitioningEnhancements_11gR1.php#virtual_column_based_partitioning

COMPRESS PARTITION

partition bazılı sıkıştırma (compress) işlemi yapabiliriz. Bir tabloyu compress yaratabiliriz ama bu demek değildir ki bütün partitionları compress olacak. Kendi belirlediğimiz herhangi birtanesi compress yapabiliriz.

--partition truncate etmek icin
alter table range_part truncate partition part_02

CREATE TABLE range_compress_part

( owner VARCHAR2(30 BYTE) NOT NULL,

object_name VARCHAR2(30 BYTE) NOT NULL,

subobject_name VARCHAR2(30 BYTE),

object_id NUMBER NOT NULL,

data_object_id NUMBER,

object_type VARCHAR2(19 BYTE),

created DATE NOT NULL,

last_ddl_time DATE NOT NULL,

TIMESTAMP VARCHAR2(19 BYTE),

status VARCHAR2(7 BYTE),

TEMPORARY VARCHAR2(1 BYTE),

GENERATED VARCHAR2(1 BYTE),

secondary VARCHAR2(1 BYTE)

)

compress

PARTITION BY RANGE (object_id)

(PARTITION part_01 VALUES LESS THAN (20000),

--kendi belirlediğim bir partition'u nocompress moda çekiyorum

PARTITION part_02 VALUES LESS THAN (40000) nocompress tablespace users ,

pARTITION part_03 VALUES LESS THAN (60000) tablespace example,

PARTITION part_04 VALUES LESS THAN (MAXVALUE) )

--yaratmış olduğumuz partitionlar ile ilgili ayrıntılı bilgi için aşağıdaki sorgu işimizi görecektir.

--burada yaratmış olduğumuz partitionların ayrıntılı bilgilerini alırız.

select table_name,partition_name,high_value,tablespace_name,compression from user_tab_partitions where lower(table_name)='range_part'

--kullancının sahip olduğu tablespaceleri görerek bunlardan birsisini seçebiliriz.

select * from user_tablespaces

--move partition

select * from user_tab_partitions where table_name='RANGE_PART'

alter table range_part move partition part_01 tablespace example

--move subpartition

select * from user_tab_subpartitions where table_name='RANGE_HASH_PART'

ALTER TABLE RANGE_HASH_PART move subPARTITION PART_004_SP3 tablespace example

--subpartition'ların adlarını ve tablespacelerini değiştirmek için için.

alter table RANGE_HASH_PART

set subpartition template (

subpartition sp1 tablespace users,

subpartition sp2 tablespace users,

subpartition sp3 tablespace users,

subpartition sp4 tablespace users

)

--add partition (partition eklemek için)

select * from user_tab_partitions where table_name='RANGE_PART'

--maxvalue oldugu için son partitionu silmek gerekiyor.Bu sebebten dolayı silip yeniden yaratıyoruz.

alter table range_part drop partition part_04

alter table range_part add partition part_04 values less than (70000)

--partition isimlerini değiştirmek için aşağıdaki komur işinizi görecektir.

alter table range_part rename partition part_01 to ilk_part

select * from user_tab_partitions where table_name='RANGE_PART'