A Oracle DBA's BLOG

Welcome to my ORACLE DBA blog. You will be Amazing!!!

Wednesday, January 18, 2012

Moving Tables and using indexes

Tabloların taşınılması işlemleri





Create a tablespace

SQL> create tablespace test_tbs datafile '/u01/app/oracle/oradata/datafile/test01.dbf' size 15M  autoextend on next 1M;

Tablespace created.

Create second tablespace

SQL> create tablespace test_tbs2 datafile '/u01/app/oracle/oradata/datafile/test02.dbf' size 15M  autoextend on next 1M;

Tablespace created.

Create a user 

SQL> create user veysi identified by veysi;
User created.

Grant some roles to user

SQL> grant resource,connect to veysi;
Grant succeeded.

Set a default tablespace to user..

SQL> alter user test_usr default tablespace test_tbs   temporary tablespace temp;
User altered.

SQL> conn veysi/veysi
Connected.

Create table

SQL> create table test_table( t_id number, t_name varchar(30), hire_date  date );
Table created.



Creating Sequence.

SQL> create sequence id_seq
minvalue 1
maxvalue 100
 increment by 1
start with 1
nocycle ;
sequence created.

SQL> insert into test_table
  2  values(id_seq.nextval,'Veysi',sysdate-30);
1 row created.

SQL> insert into test_table
  2  values(id_seq.nextval,'Ali',sysdate-60);
1 row created.

SQL> insert into test_table
  2  values(id_seq.nextval,'Mustafa',sysdate-90);
1 row created.

SQL> select * from test_table;
      T_ID T_NAME                         HIRE_DATE
---------- ------------------------------ ----------
         2 Veysi                         20/01/2012
         3 Ali                            21/12/2011
         4 Mustafa                        21/11/2011

Create an other child table.

SQL> create table test_child_table(id number,month varchar(20),salary number);
Table created.

Set the foreign to parent table.

SQL> alter table test_child_table add constraint fk_id_test_ch_tbl foreign key(id) references test_table(t_id);
Table altered.

Then you can create a index . 

SQL> create bitmap index idx_id_child_tbl  on test_child_table (id);
Index created.

new insert

SQL> insert into test_child_table values(2,'JAN',2000);
1 row created.

Looking our table

SQL> select table_name,tablespace_name from  user_tables;
TABLE_NAME                     TABLESPACE_NAME
------------------------------ ------------------------------
TEST_TABLE                            TEST_TBS
TEST_CHILD_TABLE               TEST_TBS

Looking a USER'S objects

SQL> select object_name,OBJECT_TYPE from all_objects where 
owner='VEYSI';

OBJECT_NAME                    OBJECT_TYPE
------------------------------ -------------------
ID_MATIC                       SEQUENCE
TEST_TABLE                     TABLE
PK_T_ID_TEST_TBL               INDEX
TEST_CHILD_TABLE               TABLE

Now move table to the other tablespace

SQL> alter table test_child_table move tablespace test_tbs2;
Table altered.

As you se The Test_child_table now on Test_tbs2.

SQL> select table_name,tablespace_name from  user_tables;
TABLE_NAME                           TABLESPACE_NAME
------------------------------ ------------------------------
TEST_TABLE                          TEST_TBS
TEST_CHILD_TABLE                          TEST_TBS2

The table's index is now "unusable" because of i change the tablespaces.

SQL> select index_name,status from user_indexes where table_name='TEST_CHILD_TABLE';

INDEX_NAME                     STATUS
------------------------------ --------
IDX_ID_CHILD_TBL               UNUSABLE

Now i need rebuild the index for valided it by using a simple command.

SQL> alter index IDX_ID_CHILD_TBL  rebuild tablespace test_tbs2 ;
Index altered.

SQL> select index_name,status from user_indexes where table_name='TEST_CHILD_TABLE';

INDEX_NAME                     STATUS
------------------------------ --------
IDX_ID_CHILD_TBL               VALID

lets look at the constraints

SQL> insert into test_child_table values(3,'FEB',4000);
1 row created.

SQL> select * from test_child_table;
        ID MONTH                    SALARY
---------- -------------------- ----------
         2 FEB                        4000
         3 FEB                        4000

Looking the parent table

SQL> select * from test_table;

      T_ID T_NAME                         HIRE_DATE
---------- ------------------------------ ----------
         2 Veysi                           20/01/2012
         3 Ali                          21/12/2011
         4 Mustafa                         21/11/2011

SQL> insert into test_child_table values(1,'FEB',4000);
insert into test_child_table values(1,'FEB',4000)
*
ERROR at line 1:
ORA-02291:  integrity constraint (string.string) violated  (TEST_USR.FK_ID_TEST_CH_TBL)- parent key not found  

 So,as you see i got error because a foreign key value has no matching primary key value

To correct this problem, you need to insert the value into the parent table first and then you can insert the corresponding value into the child table.

Tuesday, January 10, 2012

Oracle Parameters Spfile and Pfile




Oracle’ın çalışabilmek  için gerek duyduğu temel bazı öğeleri, parametre dosyalarında tutarız. 

Oracle ilk başladığında parametre dosyalarını okur  ve  sisteme dair birçok  ayara buradan ulaşır. Aynı  anda çalışabilecek  işlem  adedi  (*.processes);  arşiv  dosyalarının  lokasyonunun  neresi  olacağı (*.log_archive_dest);  kaç  dakikada  bir  arşive  çıkılacağı  (*.archive_lag_target);  control file’ların  lokasyonları  (*.control_files);  backgroud  dump,  user  dump  gibi  klasörlerin  nerelerde konumlandırıldığı  (*.background_dump_dest, *.user_dump_dest)  vb.  bilgiler  parametre dosyaları içinde saklanır. Bu değişkenlere parametre denmektedir ve hep birlikte parametre dosyasını oluştururlar. 

2. Oracle PFILE (Parameter File) 

Kullanıcıların üzerinde değişiklik yapabildiği, metin tabanlı dosyalardır.

Bu parametreler, veritabanının hangi ayarlarla başlatılacağını belirler.

Örneğin, control_files parametresi, kontrol dosyalarının dizinlerini tutarken;  audit_file_dest parametresi audit dosyalarının dizinlerini tutmaktadır. open_cursors parametresi aynı anda açık olabilecek maksimum cursor sayısını tutarken processes parametresi aynı anda çalışabilecek işlem sayısını tutmaktadır.

Oracle  parametrelerini  tutan  PFILE  bir  metin  dosyasıdır. İçerisine  girip,  dilediğiniz  değişiklikleri yapabilirsiniz.  PFILE  init<SID>.ora  ya  da  init.ora şeklinde  geçer  ve  $ORACLE_HOME/dbs/  klasörü altında bulunur.  (Windows  kullanıyorsanız, ORACLE_HOME\database\ altına bakmanız  gerekebilir.yada C:\app\Administrator\admin\orcl\pfile

3. Oracle SPFILE (Server Parameter File) 

Oracle 9i ile gelen parametre dosyası tipidir. PFILE, text-based yapıdayken ve üzerinde herhangi bir metin editörü ile değişiklik yapabilirken; SPFILE, binary yapıya sahiptir ve değişiklikler sadece ALTER SYSTEM SET komutlarıyla gerçekleştirilebilir.

Oracle'ın  otomatik  performans  iyileştirme  yöntemleri  için  SPFILE  kullanımı  tavsiye  edilmektedir.Ayrıca  RMAN  sayesinde,  SPFILE’larınızın  otomatik  olarak  yedeklenmesi  sağlanabilir;  sizin kopyalamanız  gerekmez. Böylece  parametrelerle  ilgili  değişiklik  yaptığınız  her  seferde  tekrar  tekrar yedek  almanız  gerekmez.  Her  yedek  alınmasında  SPFILE’in  yedeği  de  alınacaktır. 

***Veritabanını kapatıp açmaya gerek duymadan kalıcı parametrelerin değerlerini değiştirebiliriz. Böylece veritabanı gerçek zamanlı olarak yeni parametrelere göre davranabilir. Ayrıca veritabanı kapatılıp açıldıktan sonra da aynı şekilde korunmaya devam eder. PFILE dosyalarındaki değişiklikler, sistem yeninden başlatılınca siliniyordu.

***SPFILE sayesinde automatic tuning rahat ve hızlı bir şekilde içsel olarak yapılabiliyor. SPFILE kullanmıyorsanız automatic tuning yapılamaz.

SPFILE’ların  tutulduğu  klasör  yine  $ORACLE_HOME/dbs/  altıdır.  Dosya 

isimlendirmesinde de spfile<SID>.ora veya spfile.ora kullanılır. 

 

The Parameter File at Startup Time

Oracle Spfile parameterini Pfile ye gore tercih eder. Oracle Database startup oldugu zaman Oracle Parameter directory’nin contents control eder. ($ORACLE_HOME/database Windows uzerinde yada  Linux directory ismi $ORACLE_HOME/dbs),Ve asagidaki file’leri sirasi ile arastirir:
* spfileSID.ora
* spfile.ora
* initSID.ora
* init.ora

Eger directory hicbirine ayit degilse ozaman startup fail olacak.

8. PFILE/SPFILE Kullanımına Dair Detaylar 

Kullandığınız veritabanının hangi parametre dosyasını kullandığını merak ediyorsanız aşağıdaki plsql komutunu çalıştırabilirsiniz.
SELECT DECODE(value, NULL, 'PFILE', 'SPFILE') "Init File Type"
FROM sys.v_$parameter WHERE name = 'spfile';
Eğer value kolonundaki tüm değerler null ise PFILE değilse SPFILE kullanılıyordur.

 Sisteminiz SPFILE ile çalışıyorsa, SPFILE’in lokasyonunu da saptayabilirsiniz. Bunun için  yine v$parameter görüntüsünden yararlanırız:  


SELECT VALUE FROM v$parameter WHERE NAME='spfile';
Parametrelerin değiştirilmesi
SQL> ALTER SYSTEM SET PARAMETER_NAME=VALUE;     
Eğer parametre dosyası olarak SPFILE kullanıyorsanız, yukarıda girdiğiniz değer hep geçerli olacaktır. Veritabanı  tekrar  başladığında  yine  ayar  girmeniz  gerekmez;  çünkü  spfile dosyasında  girmiş olduğunuz değer  tutulur. Bu durumu, PFILE  ile  sağlamak mümkün değildir.  Yaptığınız bir değişikliği PFILE’a  girmeyi  unutursanız,  problem  yaratabilir;  hâlbuki  SPFILE  için  böyle  bir  problem  olmadığını görüyoruz.
4. PFILE (Parameter File) ve SPFILE (Server Parameter File) Yönetimi 
Aktif oturuma ait parametre değerlerini aşağıdaki gibi alabilirsiniz; 
SQL> SHOW PARAMETER [PARAMETRE_ADI];
Örneğin  aynı  anda  çalışabilecek  sga_max_size  sayısını  görmek  istersek  show  parameter  komutundan yararlanırız:  
SQL> SHOW PARAMETER SGA_MAX_SIZE;
İkinci bir yöntem ise, v$parameter sistem bilgileri görüntüsünden (view) yararlanmaktır.
 v$parameter içerisinde bütün parametre simlerini, taşıdıkları değerle birlikte gösterir. Parametre görüntüsüne ait sütunları aşağıdaki gibi görebilirsiniz: 
SQL> DESC V$PARAMETER;
Diğer bir yöntem ise, spfile dosyasının içeriğini metin dosyası formatında bir pfile’a dönüştürmektir. 
SQL> CREATE SPFILE ='spfile adresiniz/spfile.ora'  FROM PFILE='pfile adresiniz/init.ora';
Oluşturulacak olan pfile dosyasını $ORACLE_HOME/dbs altında  init<SID>.ora  şeklinde bulabilirsiniz. Bu  dosyayı  farklı  lokasyonlarda  oluşturmakta  mümkündür.  Örneğin,  /tmp/  klasörü  altında VEYSI.text adıyla da oluşturabilirsiniz: 
SQL> CREATE PFILE='/TMP/VEYSI.TEXT' FROM SPFILE;
5. SPFILE Değerlerini Değiştirmek
SPFILE binary formatta bir dosya türüdür ve bir metin editöründe açıp değiştirilmesi olanaklı Değildir .Bu yuzden icini acip degisiklip yapma imkanimiz yoktur.
Oracle veritabanı birçok parametrenin online olarak değişmesine olanak vermektedir. Bunun 
anlamı, parametre  değişikliklerinin  geçerli  olması  için  işletim  sisteminin  yeniden  başlatılmasına  gerek olmamasıdır.  Bu oldukça  yararlı  ve  gerekli bir özellik! 

ALTER SYSTEM SET dedikten sonra parametre adı belirtip, yeni değer veriyoruz. SCOPE  kısmında üç değer verilebilir; 
  MEMORY: Ayarlanan değer  sadece  geçerli olan Oracle  'instance' için ayarlanacaktır. Bunun anlamı,  veritabanını  yeniden  başlattığınızda  girmiş  olduğunuz  değerin  kaybolayacağıdır.Ancak Oracle kapanana kadar girilen değer kalır.  ‐  SPFILE: Girdiğiniz değer veritabanının bir sonraki başlamasında geçerli olacaktır. 
  BOTH:  Verilen  değer,  hem  hemen  uygulamaya  alınacak,  hem  de Oracle’in  bundan  sonraki açılışlarında  da  geçerliliğini  koruyacaktır.  Bir  nevi  (MEMORY+SPFILE) şeklinde  üşünebiliriz. 
Eğer scope değerini girmezseniz, değeri BOTH olarak kabul edilecektir. 
sql> SHOW PARAMETER SGA;
sql> ALTER SYSTEM SET SGA_MAX_SIZE=800M;
 sql> ALTER SYSTEM SET SGA_MAX_SIZE=800M SCOPE=MEMORY;
 sql> ALTER SYSTEM SET SGA_MAX_SIZE=800M SCOPE=SPFILE;
sql> ALTER SYSTEM SET SGA_TARGET=500M;

SQL > ALTER SYSTEM SET open_cursors=341 SCOPE=SPFILE SID=’*’ ;
SID parametresi ise RAC sistemlerde kullanılır. Değişikliklerden hangi instance ların etkileneceğini belirler. SID=’*’ ile bu güncellemenin tüm instance lar için geçerli olacağını ANLARIZ…

 Parameter File Search Order in Oracle RAC

Oracle veritabaninda RAC SySTEMINDE BULUNAN PARAMETER FILER!
1.      $ORACLE_HOME/dbs/spfilesid.ora
2.      $ORACLE_HOME/dbs/spfile.ora
3.      $ORACLE_HOME/dbs/initsid.ora
6. SPFILE’i, PFILE’dan Yararlanarak Yeniden Oluşturmak 
Veritabanında bir karar alındı ve bir takım değişiklikler yapmanız gerekiyor diye düşünelim.  Örneğin arşive çıkılacak dosyaları /data2/archive yerine artık, /data5/archive  altına kopyalamamız gereksin. 
Bu gibi bir durumda  spfile’i bir pfile’a dönüştürmek; ardından pfile içinde değişiklik yapmak ve son olarak pfile’dan tekrar spfile yaratmak gerekir.  Adım adım aşağıdaki işlemleri uygulayalım. 
1.       SPFILE dosyasından, metin formatında bir PFILE oluşturuyoruz: 
SQL> CREATE PFILE='/TMP/VEYSI_DENEME.TEXT' FROM SPFILE; 
2.       PFILE dosyasını açıp, log_archive_dest parametresinde ilgili değişiklikleri yapıyoruz.  
SQL> ! vi /tmp/VEYSI_deneme.text 
... 
3.       Çalışmakta olan bir veritabanının spfile'ini ezemeyeceğimiz için veritabanını kapatıyoruz.  
SQL> SHUTDOWN IMMEDIATE;
4.       Değişiklik yaptığımız pfile'i  kullanarak yeni bir spfile oluşturuyoruz. 
SQL> CREATE SPFILE FROM PFILE='/TMP/VEYSI_DENEME.TEXT';
5.  Veritabanını açıyoruz.: 
SQL> ALTER DATABASE OPEN;
SPFILE’i  direkt  değiştiremediğimiz  için,  onu  önce  bir  PFILE’a  dönüştürüp,  ilgili  değişikliği  yaptık  ve sonrasında yeni bir SPFILE yarattık. 
NOTE:Oracle  PFILE’in,  $ORACLE_HOME/dbs  altında  init.ora  olarak  kaydedilmesi  de  mümkündür.  Gerek PFILE, gerekse SPFILE farklı lokasyonlardan, farklı isimlerle de kullanılabilir
SPFILE’IN YEDEGINI ALMAK
SQL> CREATE SPFILE='/DATA2/SPFILE_YEDEK.ORA'  FROM PFILE='/TMP/VEYSI_DENEME.TEXT';

9. Veritabanını PFILE ile Açmak 

SQL> STARTUP PFILE='/TMP/VEYSI_DENEME.TEXT';


STARTUP PFILE=$ORACLE_HOME/dbs/initsid.ora

Oracle veritabanındaki V$Parameter viewını ve parametrelerin hangilerinin Session hangilerinin System bazında değiştirlebileceğini ve hangilerini değiştirmek için database’i restart etmemiz gerektiğini Gorelim. Oracle veritabanında parametrelerin nasıl değiştirildiğini (Alter Session set Param_name=value; vb)  artik biliyoruz.

Bildiğiniz üzere V$Parameter view ını database deki parametrelerin değerlerini ve türlerini görmek için kullanıyoruz. Bu view daki alanlar bize o parametrenin hangi bazda değiştirilebileceğini gösteriyor.

IsSess_Modifiable alanı bu parametrenin bir session bazında değiştirilip değiştirilemeyeceğini gösterir. TRUE veya FALSE değerlerine göre değişip değişmeyeceğini anlıyoruz.

IsInstance_Modifiable alanı bu parametrenin doğrudan databasede değiştirilip değiştirilemeyeceğini gösterir. Doğrudan değiştirmekten kasıt, scope=SPFILE demeden, yani bir parametrenin değerini system bazında değiştirebiliyor ve bu değişiklik anında geçerli oluyor ise bu alanının değerini TRUE olarak görüyorsunuz. FALSE değerine sahip parametreler için database restart edilmelidir.

IsSys_Modifiable alanı 3 değer alır. FALSE, IMMEDIATE, DEFERRED.

False o parametrenin SPFILE da değiştirilebileceğini,

IMMEDIATE o parametrenin değeri değiştirildiği andan itibaren geçerli olacağını,

DEFERRED ise o parametrenin değerinin database kapatılmadan değiştirilebileceğini ama değişiklik yapıldığı andan sonraki sessionlar için geçerli olacağını gösterir.

IsDeprecated alanı o parametrenin artık kullanılıp kullanılmadığını gösterir.