Ogan Özdoğan

Merhaba,

Aşağıda birkaç flashback örneği göstermek istiyorum. Aslında flashback database, query, drop gibi özellikler yani flashback özelliğinin, 10g ile birlikte gelen en faydalı özellik olduğuna inanıyorum. Gerçi 9i - 10g geçişi devrim niteliğinde oldu ve birçok yeni özellik tanımlandı. Benim burada göstermek istediğim bu flashback özelliğinin neler yapabileceği. Daha önceki yazılarımda da flashback'ten bahsetmiştim.

Öncelikle düşürülmüş bir tabloya nasıl flashback query yapabiliriz buna bakalım;

SQL> create table ogan_flashback
  2 as
  3 select * from all_objects;

Table created.

SQL> drop table ogan_flashback;

Table dropped.

SQL> show recyclebin;
ORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME
---------------- ------------------------------ ------------ -------------------
OGAN_FLASHBACK BIN$mHxMCwWFUpHgRAAhWi9f6A==$0 TABLE 2010-12-28:20:05:26

SQL> select count(*) from "BIN$mHxMCwWFUpHgRAAhWi9f6A==$0";

  COUNT(*)
----------
   106179

SQL> flashback table ogan_flashback to before drop rename to ogan_deneme;

Flashback complete.

SQL> select count(*) from ogan_deneme;

  COUNT(*)
----------
   106179

--> Görüyoruz ki çöp kutusu içerisinde olan bir tablodan da veri sorgulayabiliyoruz.

SQL> select count(*) from ogan_deneme;

COUNT(*)

----------

106179

SQL> select to_char(current_scn) current_scn from v$database;

CURRENT_SCN

----------------------------------------

27633995906

SQL> drop table ogan_deneme;

Table dropped.

SQL> select to_char(current_scn) current_scn from v$database;

CURRENT_SCN

----------------------------------------

27633995933

SQL> flashback table ogan_deneme to before drop;

Flashback complete.

SQL> select to_char(current_scn) current_scn from v$database;

CURRENT_SCN

----------------------------------------

27633995947

SQL> insert into ogan_deneme

2 select * from ogan_deneme as of scn 27633995906;

106179 rows created.

--> Burada da gördük ki bir tablo düşürüldüğü zaman, purge edilmediği sürece undo segmentlerinde hala tutulmakta. "DROP" komutundan önceki haline çöp kutusundan çıkarılması durumunda bile sorgu gönderebildik.

SQL> rollback;

Rollback complete.

SQL> select count(*) from ogan_deneme;

COUNT(*)

----------

106179

SQL> select to_char(current_scn) current_scn from v$database;

CURRENT_SCN

----------------------------------------

27633996599

SQL> drop table ogan_deneme purge;

Table dropped.

SQL> create table ogan_deneme

2 as

3 select * from all_objects;

Table created.

SQL> select to_char(current_scn) current_scn from v$database;

CURRENT_SCN

----------------------------------------

27633996897

SQL> insert into ogan_deneme

2 select * from ogan_deneme as of scn 27633996599;

insert into ogan_deneme

ERROR at line 1:

ORA-01466: unable to read data - table definition has changed

--> Burada da görüyoruz ki purge edildiği zaman flashback query çalıştıramıyoruz. Peki çöp kutusunda duran bir objeye flashback query yapabilir miyiz? Neden olmasın!

SQL> create table ogan_deneme

2 as

3 select * from all_objects;

Table created.

SQL> drop table ogan_deneme;

Table dropped.

SQL> show recyclebin;

ORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME

---------------- ------------------------------ ------------ -------------------

OGAN_DENEME BIN$mHxMCwWRUpHgRAAhWi9f6A==$0 TABLE 2010-12-28:20:16:56

SQL> select to_char(current_scn) current_scn from v$database;

CURRENT_SCN

----------------------------------------

27633997753

SQL> select count(*) from "BIN$mHxMCwWRUpHgRAAhWi9f6A==$0" as of scn 27633997753;

COUNT(*)

----------

106179

--> Tabloyu düşürdükten sonra bile çöp kutusundaki tablo üzerinde flashback query kullanabiliyoruz. Bir yerde birilerinin bize dur demesi gerekiyor tabii ki;

SQL> insert into "BIN$mHxMCwWRUpHgRAAhWi9f6A==$0"

2 select * from all_objects;

insert into "BIN$mHxMCwWRUpHgRAAhWi9f6A==$0"

ERROR at line 1:

ORA-38301: can not perform DDL/DML over objects in Recycle Bin

SQL> purge recyclebin;

Recyclebin purged.

--> Bu kadarına da fazla cevabını ORA-38301 kodu ile aldık :) Bir başka örnek;

SQL> create table ogan_deneme

2 as

3 select * from all_objects;

Table created.

SQL> create bitmap index idx_ogan_deneme

2 on ogan_deneme(object_type)

3 storage (buffer_pool keep);

Index created.

SQL>set autotrace traceonly explain;

SQL> select count(*) from ogan_deneme;

Execution Plan

----------------------------------------------------------

Plan hash value: 1928270016

--------------------------------------------------------------------------------

---------

ime |

--------------------------------------------------------------------------------

---------

| 0 | SELECT STATEMENT | | 1 | 7 (0)| 0

0:00:01 |

| 1 | SORT AGGREGATE | | 1 | |

| 2 | BITMAP CONVERSION COUNT | | 140K| 7 (0)| 0

0:00:01 |

--------------------------------------------------------------------------------

---------

Note

-----

- dynamic sampling used for this statement

SQL> drop table ogan_deneme;

Table dropped.

SQL> set autotrace off;

SQL> show recyclebin;

ORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME

---------------- ------------------------------ ------------ -------------------

OGAN_DENEME BIN$mHxMCwWlUpHgRAAhWi9f6A==$0 TABLE 2010-12-28:20:31:38

SQL> set autotrace traceonly explain;

SQL> select count(*) from "BIN$mHxMCwWlUpHgRAAhWi9f6A==$0";

Execution Plan

----------------------------------------------------------

Plan hash value: 3423696234

--------------------------------------------------------------------------------

------------------------

Cost (%CPU)| Time |

--------------------------------------------------------------------------------

------------------------

| 0 | SELECT STATEMENT | | 1 |

7 (0)| 00:00:01 |

| 1 | SORT AGGREGATE | | 1 |

| |

| 2 | BITMAP CONVERSION COUNT | | 111K|

7 (0)| 00:00:01 |

| |

--------------------------------------------------------------------------------

------------------------

Note

-----

- dynamic sampling used for this statement

--> Çöp kutusundaki tablo için de indeks kullanımı söz konusu oldu.

SQL> flashback table ogan_deneme to before drop;

Flashback complete.

SQL> drop index idx_ogan_deneme;

drop index idx_ogan_deneme

ERROR at line 1:

ORA-01418: specified index does not exist

--> İyi de yarattığımız idx_ogan_deneme'ye ne oldu? Yalnız adı değişti!

SQL> set autotrace traceonly explain;

SQL> select count(*) from ogan_deneme;

Execution Plan

----------------------------------------------------------

Plan hash value: 3423696234

--------------------------------------------------------------------------------

------------------------

Cost (%CPU)| Time |

--------------------------------------------------------------------------------

------------------------

| 0 | SELECT STATEMENT | | 1 |

7 (0)| 00:00:01 |

| 1 | SORT AGGREGATE | | 1 |

| |

| 2 | BITMAP CONVERSION COUNT | | 140K|

7 (0)| 00:00:01 |

| |

--------------------------------------------------------------------------------

------------------------

Note

-----

- dynamic sampling used for this statement

--> Çöp kutusundan gelen tablonun indeks ismi de yine çöp kutusundan gelen indeks ismi oldu. Buraya dikkat etmelisiniz.

SQL> drop index "BIN$mHxMCwWkUpHgRAAhWi9f6A==$0";

Index dropped.

SQL> set autotrace off;

SQL> show recyclebin;

SQL> select * from user_recyclebin;

no rows selected

--> Çöp kutusundan gelen indeksi yeniden düşürmek istediğimiz zaman düşürebildik ama çöp kutusunda yeniden bulamadık!

İyi çalışmalar.

Ogan

Merhabalar,

FLASHBACK_ON isimli bir Oracle parametresi bulunmakta ve bu parametresi veritabanını flashback moduna geçirmeye yaramaktadır. Bu sayade flashback database gibi flashback özellikleri kullanım imkanı kazanmaktadır.

FLASHBACK_ON parametresinin olası değerleri ise;

1) YES: Flashback aktif konumdadır.
2) NO: Flashback pasif konumdadır.
3) RESTORE POINT ONLY: Sadece flashback garantili restore point'ler için geçerli aktif konumdadır.

FLASHBACK_ON parametenizi v$database fixed view'ından öğrenebilirsiniz.

SELECT FLASHBACK_ON
FROM V$DATABASE;

10gR2 ve 11gR2 sürümleri arasında bu konu hakkında çok büyük bir fark bulunmakta. 10gR2 sürümünde flashback_on parametresini YES konumuna getirebilmeniz için veritabanını mount modda açmanız, parametreyi değiştirmeniz ve sonra da veritabanını açmanız gerekmekteydi. Halihazırda açık bir veritabanı için bu değişikliği gönderirseniz eğer;

SQL> alter database flashback on;
alter database flashback on
*
ERROR at line 1:
ORA-38759: Database must be mounted by only one instance and not open.

Archivelog aktif olan bir 11gR2 sürümünde bu değişikliği yaparsak eğer;

SQL> alter database flashback on;

Database altered.

SQL> select flashback_on from v$database;

FLASHBACK_ON
------------------
YES

SQL> alter database flashback off;

Database altered.

10gR2'de flashback özelliğini dinamik olarak aktif hale getiremiyorduk ancak 11gR2 için böyle bir durum söz konusu değil. Flashback parametresini YES konumuna getirebilmek için unutmayınız, veritabanınız archivelog modda olmalıdır. 11gR2 kullanıyorsanız, veritabanınızda archivelog pasif durumda ve kullanılmıyorsa ve flashback_on parametresini YES konumuna getirmek istiyorsanız, yine de veritabanınızı yeniden başlatmanız gerekecek zira archivelog modu aktif duruma getirebilmek için veritabanınız mount modda olmalıdır. Aşağıdaki örnek 11gR2 bir veritabanı için geçerlidir.

SQL> shutdown immediate;

Database closed.
Database dismounted.
Oracle instance shut down.

SQL> startup mount;

Oracle instance started.

Total System Global Area 134045849 bytes
Fixed Size 1244940 bytes
Variable Size 157820480 bytes
Database Buffers 25165824 bytes
Redo Buffers 262144 bytes

Database mounted.

SQL> alter database archivelog;

Database altered.

SQL> alter database open;

Database altered.

SQL> alter database flashback on;

Database altered.

İyi çalışmalar.

Ogan

Ogan Özdoğan

28 Aralık 2010 Salı

Küçük Bir Flashback Örneği

30 Temmuz 2010 Cuma

FLASHBACK_ON Parametresi