SQL>  set lines 300 pages 55

SQL>  col opname format a30

SQL>  col target format a30

SQL>  select to_char(sofar/totalwork,’9.99′), sofar, totalwork,  username, opname, target, TIME_REMAINING from v$session_longops where sofar!=totalwork;

No related posts.

Java ortamını ayarlayalım:

JBOSS 5 kurulumuna başlamadan önce sunucuda JDK 1.5 ya da JDK 1.6 çalışır durumda olmalı. SUN web sitesinde http://java.sun.com/javase/downloads linkinde javanın son dağıtımları bulunabilir. İstediğimiz sürüm burada yoksa (Daha eski bir JDK sürümünü tercih edebiliriz) sitedeki previous release linkinden eski sürümleri bulabiliriz. JDK Update <x> kısmında x güncelleme numarasını gösterir. 64Bit Linux sunucu üzerine kuracağımız için jdk-<sürüm numarası><güncelleme numarası>-linux-x64.bin dosyasını indiriyorum. Daha sonra shell ile java kurulumunu yapıyoruz.

# chmod a+x jdk-<sürüm numarası><güncelleme numarası>-linux-x64.bin

# ./jdk-<sürüm numarası><güncelleme numarası>-linux-x64.bin

Şimdi de java kurulum dizinini gösteren JAVA_HOME değişkenini tanımlayalım ve bunu PATH değişkenine ekleyelim. Bunları yaptığımızda komut satırında istediğmiz yerden java’yı çalıştırabileceğiz. Bunun için /etc/bashrc dosyasının içerisine aşağıdaki örneğe benzer olan ve kurduğumuz java sürümüne göre değiştireceğimiz satırları ekliyoruz. Örneğe dikkat ederseniz JDK sürüm numarası 1.6 güncelleme 7 kurulu olduğu için JAVA_HOME /usr/java/jdk1.6.0_07 olarak yazılmış. Biz bunu kendi java sürümümüze göre ayarlamalıyız.

export JAVA_HOME=/usr/java/jdk1.6.0_07

export PATH=$PATH:$JAVA_HOME/bin

Kurulumu doğrulamak için komut satırında

# java -version

Yazarak kurduğumuz javanın sürümünü görebilir ve JAVA_HOME değişkenini doğru ayarlayıp ayarlayamadığımızı anlayabiliriz.

Şimdi JBOSS kurulumuna geçelim:

http://labs.jboss.com/jbossas/downloads/ adresinden JBOSS sürümünün karşısındaki download linkine tıklıyoruz. Bu link bizi sourceforge sitesine yönlendirecektir. Burada JBOSS sürümüne ait dosyalar bulunuyor. JBOSS binary kurulum dosyası olan jboss-<sürüm>.zip dosyasını indirelim. Ardından jboss isminde bir dizin açarak sıkıştırılmış içeriği burada açalım.

# cd /jboss

# jar -xvf jboss-<sürüm>.zip

Artık jboss-<sürüm> isminde bir dizinimiz var ve JBOSS_HOME değişkenini ayarlamalıyız. Yine /etc/bashrc dosyasının içerisine (hemen JAVA_HOME değişkenini ayarladığımız satırların ardına olabilir) aşağıdaki örneğe benzeyen ve jboss sürümümüze göre ayarladığımız satırları ekliyoruz.

export JBOSS_HOME=/jboss/jboss-<sürüm>

export PATH=$PATH:$JBOSS_HOME/bin

JBOSS kurulumunu tamamladık. Artık kurulumumuzu test edebiliriz.

Jboss-<sürüm> dizininin içerisinde bin adında bir dizin olacaktır. Jboss’u bir linux sunucu üzerine kurduğumuz için burada bulunan run.sh scripti ile sunucumuzu çalıştıracağız. Çalıştırdığımızda ekrana aşağıdakine benzer satırlar çıkacak.

# ./run.sh

=========================================================================

JBoss Bootstrap Environment

JBOSS_HOME: /opt/jboss/jboss

JAVA: java

JAVA_OPTS: -Dprogram.name=run.sh -server -Xms128m -Xmx512m -XX:MaxPermSize=256m -Dorg.jboss.resolver.warning=true -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -Djava.net.preferIPv4Stack=true

CLASSPATH: /opt/jboss/jboss/bin/run.jar

=========================================================================

17:24:15,933 INFO  [ServerImpl] Starting JBoss (Microcontainer)…

17:24:15,943 INFO  [ServerImpl] Release ID: JBoss [The Oracle] 5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA date=200905221634)

17:24:15,944 INFO  [ServerImpl] Bootstrap URL: null

17:24:15,944 INFO  [ServerImpl] Home Dir: /opt/jboss/jboss-5.1.0.GA

..

..

17:25:05,981 INFO  [Http11Protocol] Starting Coyote HTTP/1.1 on http-127.0.0.1-8080

17:25:06,012 INFO  [AjpProtocol] Starting Coyote AJP/1.3 on ajp-127.0.0.1-8009

17:25:06,026 INFO  [ServerImpl] JBoss (Microcontainer) [5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA date=200905221634)] Started in 50s:68ms

JBOSS sunucusu çalıştı. Şimdi sunucumuz üzerinde bir web browser açalım ve http://localhost:8080 yazarak browser’dan test edelim. Aşağıdaki gibi bir sayfa açılacaktır.

Related posts:

1. JBOSS üzerinde SQL Server 2000 bağlantısı nasıl yapılır?
2. JBOSS Uygulama Sunucusunu başlatmak ve durdurmak

An example makes it clear:

Say we have a directory named /sticky and two users named skipper and rico.

# whoami

root

# mkdir /sticky

# chown skipper:rico /sticky

# chmod 775 /sticky

# ls -la

drwxrwxr-x   2   skipper   rico   4096   Jul 17 16:59   sticky

# chmod +t /sticky

# ls -la

drwxrwxr-t   2   skipper   rico   4096   Jul 17 16:59   sticky

# su – skipper

$ cd /sticky

$ touch skipper.file

$ ls -la

drwxrwxr-t   2     skipper   rico   4096   Jul 17 17:08   .

drwxr-xr-x    39   root          root   4096  Jul 17 16:59    ..

-rw-rw-r–       1       skipper   skipper    0  Jul 17 17:08    skipper.file

$ exit

# su – rico

$ cd /sticky

$ touch rico.file

$ ls -la

drwxrwxr-t   2     skipper   rico   4096    Jul 17 17:13     .

drwxr-xr-x    39  root           root   4096    Jul 17 16:59   ..

-rw-rw-r–       1      rico            rico             0   Jul 17 17:13    rico.file

-rw-rw-r–       1      skipper    skipper    0   Jul 17 17:08   skipper.file

Now we can test permissions:

# whoami

root

# su – rico

$ cd /sticky

$ ls -la

drwxrwxr-t    2     skipper   rico    4096   Jul 17 17:13    .

drwxr-xr-x     39   root          root    4096  Jul 17 16:59    ..

-rw-rw-r–        1       rico          rico              0  Jul 17 17:13     rico.file

-rw-rw-r–        1       skipper  skipper      0 Jul 17 17:08    skipper.file

$ rm -f skipper.file

rm: cannot remove ‘skipper.file’: Operation not permitted

$ exit

# su – skipper

$ cd /sticky

$ ls -la

drwxrwxr-t    2      skipper   rico    4096    Jul 17 17:13    .

drwxr-xr-x     39   root           root    4096   Jul 17 16:59    ..

-rw-rw-r–        1       rico            rico              0  Jul 17 17:13     rico.file

-rw-rw-r–        1       skipper    skipper     0 Jul 17 17:08     skipper.file

$ rm -f rico.file

$ ls -la

drwxrwxr-t    2      skipper   rico     4096 Jul 17 17:25    .

drwxr-xr-x     39   root           root    4096 Jul 17 16:59    ..

-rw-rw-r–        1       skipper   skipper     0 Jul 17 17:08     skipper.file

$ rm -f skipper.file

$ ls -la

drwxrwxr-t    2     skipper   rico    4096 Jul 17 17:26     .

drwxr-xr-x     39   root          root    4096 Jul 17 16:59    ..

now we proved that the skipper (owner of the /sticky directory) can delete all files.

No related posts.

Remote ftp site synchronization script:

#!/bin/bash

year=$(date +%Y)

month=$(date +%m)

day=$(date +%d)

remote_folder=$year’_'$month’_'$day

local_folder=<ROOT FOLDER>/$year/$month/$day/

user=<USERNAME>

pass=<PASSWORD>

address=<FTP ADDRESS>

log_file=’<LOG FOLDER>’$remote_folder’.log’

touch $log_file

wget – -mirror -nH – -cut-dirs=1 -P $local_folder -o $log_file ‘ftp://’$user’:'$pass@$address’/'$remote_folder

No related posts.

SELECT FILE_NAME, TABLESPACE_NAME, BYTES FROM DBA_DATA_FILES;

Is database using pfile or spfile?

SELECT DECODE(value, NULL, ‘PFILE’, ‘SPFILE’) “File Type” FROM V_$PARAMETER WHERE NAME = ‘spfile’;

Is database in flashback mode or not?

SELECT FLASHBACK_ON FROM V$DATABASE;

Is database in archivelog mode or not?

SELECT LOG_MODE FROM V$DATABASE;

How can i flashback a table to 30 minutes earlier state?

ALTER TABLE <TABLE NAME> ENABLE ROW MOVEMENT;

FLASHBACK TABLE <TABLE NAME> TO TIMESTAMP (SYSTIMESTAMP – INTERVAL ’30′ minute);

ALTER TABLE <TABLE NAME> DISABLE ROW MOVEMENT;

How can i lock or unlock a user?

ALTER USER <USER NAME> ACCOUNT LOCK;

ALTER USER <USER NAME> ACCOUNT UNLOCK;

Where is control files?

SELECT VALUE FROM V$PARAMETER WHERE NAME LIKE ‘control_files%’;

How can i rebuild an index?

ALTER INDEX <INDEX NAME> REBUILD;

How can i shrink a table?

ALTER TABLE <TABLE NAME> SHRINK SPACE COMPACT;

ALTER TABLE <TABLE NAME> SHRINK SPACE;

Related posts:

1. How to use Oracle Data Dictionary?
2. Mantıksal Standby Veritabanı Nasıl Oluşturulur? (I)
3. Oracle archivelog modunda datafile recovery yapmak

Examples;

Returns all objects and object states of your schema:

SELECT object_name, object_type, status FROM USER_OBJECTS;

Returns all objects and object states to which you have access:

SELECT object_name, object_type, status FROM ALL_OBJECTS;

Returns all objects and object states of the database per owner basis:

SELECT owner, object_name, object_type, status FROM SYS.DBA_OBJECTS;

There are also performance views in the Data Dictionary which prefixed V$.

Following statement shows who is connected to the database:

SELECT sid, serial#, username, osuser, machine from V$SESSION where username is not NULL;

Static Data Dictionary Views can be listed along with comments in dict:

SELECT * from DICT order by table_name;

Related posts:

1. Some Oracle Questions and Answers
2. 10g üzerinde Data Pump araçlarının kullanımı

Veritabanını fizikselden mantıksala çevirmeden önce redo apply işlemi durdurulur.
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;

Primary Veritabanını Mantıksal Standby Veritabanını Destekleyecek Şekilde Hazırlama

Primary veritabanı rol değişimleri için hazırlanır.

Bunu yapabilmek için primary veritabanı üzerindeki başlangıç parametre dosyasına LOG_ARCHIVE_DEST_3 parametresi eklenir. Bu parametre sadece primary veritabanının rolü standby olarak değiştiğinde etkili olur.

LOG_ARCHIVE_DEST_3=

‘LOCATION=/arch2/oradb1/

VALID_FOR=(STANDBY_LOGFILES,STANDBY_ROLE)

DB_UNIQUE_NAME=oradb1′

LOG_ARCHIVE_DEST_STATE_3=ENABLE

Bu iki parametreyi veritabanı çalışıyorken değiştirmek için ALTER SYSTEM SET komutu kullanılır ayrıca SCOPE=BOTH eklenerek veritabanı kapanıp açıldığında yapılan değişikliklerin kaybolmaması sağlanır.

Redo verisi için kullanılacak dictionary oluşturulur.

LogMiner Multiversioned Data Dictionary sayesinde primary key ve unique-constraint/index sütunlarının redo loglarına eklenmesi sağlanır. Böylece her bir kayıt birbirinden ayrılabilir. Dictionary’yi oluşturmak için:

EXECUTE DBMS_LOGSTDBY.BUILD;

DBMS_LOGSTDBY.BUILD prosedürü varolan tüm transaction’ların tamamlanmasını bekleyecektir.

Mantıksal standby veritabanına geçilir.

• Geçiş için:

ALTER DATABASE RECOVER TO LOGICAL STANDBY db_ismi;

db_ismi yerine yeni mantıksal veritabanı adı yazılır. Primary veritabanında dictionary oluşturma işlemi bitmemiş ise geçiş işlemi başarılı olmayacaktır. Böyle bir durumda yapılan işlemi iptal etmek için başka bir sql oturumu açılarak, ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL komutu çalıştırılır.

• Yeni bir şifre dosyası oluşturulur. Mantıksal veritabanına geçme işlemi veritabanı ismini değiştirdiği için şifre dosyası yeniden oluşturulmalıdır.
• Mantıksal standby veritabanı için başlangıç parametreleri belirlenir. Öncelikle veritabanı kapatılıp mount durumuna getirilir.

SHUTDOWN;

STARTUP MOUNT;

Fiziksel standby veritabanlarının aksine mantıksal standby veritabanları sorguya açık olduklarından çoklu log dosyalarına sahiptirler. Bu sebeple LOG_ARCHIVE_DESTINATION_n parametresi belirlenmelidir.

LOG_ARCHIVE_DEST_1=LOCATION=/arch1/oradb2 olarak belirlenen hedef dizinde mantıksal standby tarafından üretilen redo loglarının arşivleri tutulmaktadır.

LOG_ARCHIVE_DEST_3=LOCATION=/arch2/oradb2 olarak belirlenen hedef dizinde ise primary veritabanından gelen redo log verisinin arşivi tutulmaktadır.

Mantıksal standby sunucusundaki başlangıç parametre dosyası aşağıdaki gibi düzenlenir.

LOG_ARCHIVE_DEST_1=

‘LOCATION=/arch1/oradb2/

VALID_FOR=(ONLINE_LOGFILES,ALL_ROLES)

DB_UNIQUE_NAME=oradb2′

LOG_ARCHIVE_DEST_2=

‘SERVICE=oradb1 LGWR ASYNC

VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE)

DB_UNIQUE_NAME=oradb1′

LOG_ARCHIVE_DEST_3=

‘LOCATION=/arch2/oradb2/

VALID_FOR=(STANDBY_LOGFILES,STANDBY_ROLE)

DB_UNIQUE_NAME=oradb2′

LOG_ARCHIVE_DEST_STATE_1=ENABLE

LOG_ARCHIVE_DEST_STATE_2=ENABLE

LOG_ARCHIVE_DEST_STATE_3=ENABLE

Mantıksal standby veritabanı açılır.

Burada veritabanı RESETLOGS ile açılmalıdır.

ALTER DATABASE OPEN RESETLOGS;

Daha sonra redo verilerinin uygulanması için aşağıdaki komut çalıştırılır.

ALTER DATABASE START LOGICAL STANDBY APPLY IMMEDIATE;

Bundan sonra mantıksal standby veritabanımızın doğru çalışıp çalışmadığı kontrol edilir.

Related posts:

1. Mantıksal Standby Veritabanı Nasıl Oluşturulur? (II)
2. Mantıksal Standby Veritabanı Nasıl Oluşturulur? (I)

Kurulum dökümanında kullanılan isimler aşağıdaki tabloda gösterilmiştir.

Mantıksal Standby veritabanını oluşturmak için öncelikle Fiziksel Standby oluşturulup daha sonra mantıksal olarak değiştirmek gerekir. Bunu yapmak için Standby sunucusu üzerindeki Redo Apply işlemi durdurulur. Redo Apply işlemini durdurmak için aşağıdaki sorgu çalıştırılır.

ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;

Fiziksel Standby Veritabanını Oluşturma

Primary veritabanı FORCE LOGGING moduna alınır.

ALTER DATABASE FORCE LOGGING

Şifre dosyası oluşturulur.

Dataguard konfigürasyonu içerisindeki tüm sunucular şifre dosyası kullanmak zorundadır. Ayrıca SYS kullanıcılarının şifresi aynı olmak zorundadır.

Standby redo log oluşturulur.

Yüksek koruma ve yüksek erişilebilirlik için standby redo logları gerekir. LGWR ASYNC metodu tavsiye edilmektedir. Aşağıdaki adımlar uygulanır.

• Primary ve standby sunucularındaki redo log dosyalarının boyutu aynı olmalıdır.
• Standby redo log dosya gruplarının sayısı belirlenir. Standby’daki grup sayısı primary’dekinden en az bir fazla olmalıdır. Bunun yanında standby’daki grup sayısı primary veritabanındaki thread sayısıyla yakından ilişkilidir.  (Her bir thread tarafından kullanılan en yüksek log dosyası sayısı + 1) * en yüksek thread sayısı
• MAXLOGFILES ve MAXLOGMEMBERS parametrelerinin, açılacak olan log grup sayısını kısıtlayıp kısıtlamadığı kontrol edilmelidir. Aksi takdirde Primary veritabanının ya da control dosyasının yeniden oluşturulması gerekebilir.
• Standby redo log dosya grupları oluşturulur.  Örnek vermek gerekirse:
  • ALTER DATABASE ADD STANDBY LOGFILE THREAD 5 (‘/app/oracle/oradata/oradb2/redo01.log’,’/app/oracle/oradata/oradb2/redo02.log’) SIZE 300M;
  • ALTER DATABASE ADD STANDBY LOGFILE GROUP 10 (‘/app/oracle/oradata/oradb2/redo01.log’,’/app/oracle/oradata/oradb2/redo02.log’) SIZE 300M;
• Standby redo loglarının oluşup oluşmadığı kontrol edilir. Bunun için primary veritabanında log switch işlemi yapıldıktan sonra standby tarafında V$STANDBY_LOG ya da V$LOGFILE view’leri sorgulanır.
  • SELECT GROUP#,THREAD#,SEQUENCE#,ARCHIVED,STATUS FROM V$STANDBY_LOG;

Primary veritabanında başlangıç parametreleri değiştirilir.

• Primary Veritabanı:Primary rol başlangıç parametreleri

DB_NAME=oradb1

DB_UNIQUE_NAME=oradb1

LOG_ARCHIVE_CONFIG=’DG_CONFIG=(oradb1,oradb2)’

CONTROL_FILES=’/arch1/oradb1/control1.ctl’, ‘/arch2/oradb1/control2.ctl’

LOG_ARCHIVE_DEST_1=

‘LOCATION=/arch1/oradb1/

VALID_FOR=(ALL_LOGFILES,ALL_ROLES)

DB_UNIQUE_NAME=oradb1′

LOG_ARCHIVE_DEST_2=

‘SERVICE=oradb2 LGWR ASYNC

VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE)

DB_UNIQUE_NAME=oradb2′

LOG_ARCHIVE_DEST_STATE_1=ENABLE

LOG_ARCHIVE_DEST_STATE_2=ENABLE

REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE

LOG_ARCHIVE_FORMAT=%t_%s_%r.arc

LOG_ARCHIVE_MAX_PROCESSES=30

• Primary Veritabanı:Standby rol başlangıç parametreleri

FAL_SERVER=oradb2

FAL_CLIENT=oradb1

DB_FILE_NAME_CONVERT=’oradb2′,’oradb1′

LOG_FILE_NAME_CONVERT=

‘/arch1/oradb2/’,'/arch1/oradb1/’,'/arch2/oradb2/’,'/arch2/oradb1/’

STANDBY_FILE_MANAGEMENT=AUTO

Primary veritabanında arşivleme etkinleştirilir.

SHUTDOWN IMMEDIATE;

STARTUP MOUNT;

ALTER DATABASE ARCHIVELOG;

ALTER DATABASE OPEN;

Primary veritabanı veri dosyalarının yedek kopyaları alınır.

Oracle bu işlem için RMAN kullanmayı tavsiye etmektedir.

Standby veritabanı için control dosyası oluşturulur.

Primary veritabanı kapatıldıktan sonra üzerinde aşağıdaki komutlar koşturulur.

STARTUP MOUNT;

ALTER DATABASE CREATE STANDBY CONTROLFILE AS ‘/tmp/oradb2.ctl’;

ALTER DATABASE OPEN;

Standby veritabanı için başlangıç parametre dosyası oluşturulur.

Primary veritabanı üzerinde pfile başlangıç parametre dosyası oluşturulur.

CREATE PFILE=’/tmp/initoradb2.ora’ FROM SPFILE;

Bu dosya üzerinde standby sunucu için gerekli değişiklikler yapılır.

DB_NAME=oradb1

DB_UNIQUE_NAME=oradb2

LOG_ARCHIVE_CONFIG=’DG_CONFIG=(oradb1,oradb2)’

CONTROL_FILES=’/arch1/oradb2/control1.ctl’, ‘/arch2/oradb2/control2.ctl’

DB_FILE_NAME_CONVERT=’oradb1′,’oradb2′

LOG_FILE_NAME_CONVERT=

‘/arch1/oradb1/’,'/arch1/oradb2/’,'/arch2/oradb1/’,'/arch2/oradb2/’

LOG_ARCHIVE_FORMAT=log%t_%s_%r.arc

LOG_ARCHIVE_DEST_1=

‘LOCATION=/arch1/oradb2/

VALID_FOR=(ALL_LOGFILES,ALL_ROLES)

DB_UNIQUE_NAME=oradb2′

LOG_ARCHIVE_DEST_2=

‘SERVICE=oradb1 LGWR ASYNC

VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE)

DB_UNIQUE_NAME=oradb1′

LOG_ARCHIVE_DEST_STATE_1=ENABLE

LOG_ARCHIVE_DEST_STATE_2=ENABLE

REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE

STANDBY_FILE_MANAGEMENT=AUTO

FAL_SERVER=oradb1

FAL_CLIENT=oradb2

Hazırlanan dosyalar primary sunucudan standby sunucuya kopyalanır.

• Veri dosyalarının yedekleri.
• Oluşturulan standby kontrol dosyası.
• Oluşturulan standby başlangıç dosyası.

Standby veritabanı desteği için gerekli ortam değişkenleri ayarlanır.

• Şifre dosyası oluşturulur. Primary ve standby için sys kullanıcı şifresi aynı yapılır.
• Primary ve standby veritabanları için dinleyici hizmetleri düzenlenir. Oracle Net Manager ile dinleyici servisi düzenlenerek yeniden başlatılır.
• Her bir veritabanı üzerinde Oracle Net Manager ile redo transport servisi tarafından kullanılacak olan net service name oluşturulur.
• Standby veritabanı üzerinde daha önce parametreleri hazırlanan başlangıç dosyası kullanılarak spfile oluşturulur.

CREATE SPFILE FROM PFILE=’initoradb2.ora’;

Fiziksel standby veritabanı başlatılır.

• Veritabanı mount edilir.

STARTUP MOUNT;

• Redo apply başlatılır.

ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;

• Log arşivleme işleminin çalışıp çalışmadığı kontrol edilir. Primary sunucu tarafında log dosyası değiştirlir.

ALTER SYSTEM SWITCH LOGFILE;

Fiziksel standby veritabanının doğru çalışıp çalışmadığı test edilir.

• Varolan arşiv logları belirlenir.

SELECT SEQUENCE#, FIRST_TIME, NEXT_TIME FROM V$ARCHIVED_LOG ORDER BY SEQUENCE#;

• Online redo log dosyasının arşivlenmesi için primary veritabanı üzerinde log değiştirilir.

ALTER SYSTEM SWITCH LOGFILE;

• Standby sunucu üzerinde redo log’unun arşivlenip arşivlenmediği kontrol edilir.

SELECT SEQUENCE#, FIRST_TIME, NEXT_TIME FROM V$ARCHIVED_LOG ORDER BY SEQUENCE#;

• Arşiv loglarının uygulanıp uygulanmadığı kontrol edilir.

SELECT SEQUENCE#,APPLIED FROM V$ARCHIVED_LOG ORDER BY SEQUENCE#;

Related posts:

1. Mantıksal Standby Veritabanı Nasıl Oluşturulur? (III)
2. Mantıksal Standby Veritabanı Nasıl Oluşturulur? (I)

Öncelikle desteklenen veri tiplerini bilmek gerekir.

Desteklenen Veri Tipleri:

BINARY_DOUBLE
BINARY_FLOAT
BLOB
CHAR
CLOB and NCLOB
DATE
INTERVAL YEAR TO MONTH
INTERVAL DAY TO SECOND
LONG
LONG RAW
NCHAR
NUMBER
NVARCHAR2
RAW
TIMESTAMP
TIMESTAMP WITH LOCAL TIMEZONE
TIMESTAMP WITH TIMEZONE
VARCHAR2

VARCHAR

Desteklenmeyen Veri Tipleri:

BFILE
Collections (VARRAYS ve nested tablolar dahil)
Encrypted columns
Multimedia data tipleri (Spatial, Image ve Context dahil)
ROWID, UROWID
User-defined tipler
XMLType

Desteklenen Depolama Tipleri:

Cluster tablolar (including index clusters and heap clusters)
Index-organized tablolar (partitioned ve nonpartitioned, overflow segmentler dahil)
Heap-organized tablolar (partitioned ve nonpartitioned)

Desteklenmeyen Depolama Tipleri:

Segment Compression

Desteklenen PL/SQL Paketleri:

Sistem metadatasını değiştirmeyen paketler. DBMS_OUTPUT, DBMS_RANDOM, DBMS_PIPE, DBMS_DESCRIBE, DBMS_OBFUSCATION_TOOLKIT, DBMS_TRACE ve DBMS_METADATA gibi paketler örnek olarak verilebilir.

Sistem metadatasını değiştirmeyen fakat desteklenen veri tiplerini değiştirebilen paketler. DBMS_LOB, DBMS_SQL ve DBMS_TRANSACTION örnek olarak verilebilir.

Desteklenmeyen PL/SQL Paketleri:

Sistem metadatasını değiştiren paketler. DBMS_JAVA, DBMS_REGISTRY, DBMS_ALERT, DBMS_SPACE_ADMIN, DBMS_REFRESH, DBMS_REDEFINITION, DBMS_SCHEDULER ve DBMS_AQ örnek olarak verilebilir.

Desteklenen Tablolar, Sequence’lar ve View’ler:

Oracle veritabanı ile birlikte gelen şemalar SQL Apply tarafından es geçilecektir. Hangi şemaların es geçileceğini öğrenmek için aşağıdaki sorgu çalıştırılabilir.

SELECT OWNER FROM DBA_LOGSTDBY_SKIP WHERE STATEMENT_OPT = ‘INTERNAL SCHEMA’;

Primary veritabanının desteklenmeyen hangi nesneleri içerdiğini sorgulamak için DBA_LOGSTDBY_UNSUPPORTED view’ü kullanılabilir. Örneğin hangi tabloların desteklenmediğini anlamak için şu sorgu çalıştırılır:

SELECT DISTINCT OWNER,TABLE_NAME FROM DBA_LOGSTDBY_UNSUPPORTED ORDER BY OWNER,TABLE_NAME;

Mantıksal Standby Üzerinde Es Geçilen SQL cümleleri:

ALTER DATABASE
ALTER MATERIALIZED VIEW
ALTER MATERIALIZED VIEW LOG
ALTER SESSION
ALTER SYSTEM
CREATE CONTROL FILE
CREATE DATABASE
CREATE DATABASE LINK
CREATE PFILE FROM SPFILE
CREATE MATERIALIZED VIEW
CREATE MATERIALIZED VIEW LOG
CREATE SCHEMA AUTHORIZATION
CREATE SPFILE FROM PFILE
DROP DATABASE LINK
DROP MATERIALIZED VIEW
DROP MATERIALIZED VIEW LOG
EXPLAIN
LOCK TABLE
SET CONSTRAINTS
SET ROLE
SET TRANSACTION

Diğer tüm sql cümleleri mantıksal stanby veritabanı tarafından uygulanır.

Primary Veritabanındaki Her Bir Satır Benzersiz Olmalı

Oracle tablolara primary key ya da null olmayan unique-constraint/index eklemeyi önermektedir. Veritabanı üzerinde benzersiz anahtara sahip olmayan tabloları görmek için:

SELECT OWNER, TABLE_NAME FROM DBA_LOGSTDBY_NOT_UNIQUE WHERE (OWNER, TABLE_NAME)

NOT IN (SELECT DISTINCT OWNER, TABLE_NAME FROM DBA_LOGSTDBY_UNSUPPORTED) AND BAD_COLLUMN = ‘Y’

Eğer  primary key yönetiminin yük getireceği düşünülüyorsa ihtiyaç duyulan tablo üzerinde etkinleştirilmemiş primary-key RELY constraint oluşturulabilir. Örnek olarak deneme tablosundaki id ve isim sütunları için oluşturalım:

ALTER TABLE deneme ADD PRIMARY KEY (id, isim) RELY DISABLE;

Related posts:

1. Mantıksal Standby Veritabanı Nasıl Oluşturulur? (II)
2. Mantıksal Standby Veritabanı Nasıl Oluşturulur? (III)
3. How to use Oracle Data Dictionary?

Bir redo kaydı, herbiri veritabanı içerisindeki bir blok üzerinde yapılan değişiklik bilgisini tutan değişim vektörlerinden oluşmaktadır. Örneğin, bir calisanlar tablosu içerisindeki maas bilgisi değiştirildiğinde bir redo kaydı oluşur. Bu redo kaydı, calisanlar tablosuna ait data segment bloğunda, undo segment bloğunda ve undo segmentlerinin transaction tablosunda yapılan  değişiklik bilgilerini içerir.

Redo kayıtları, veritabanı üzerinde yapılan değişikliklerin gerektiğinde takrar yapılabilmesi için gerekli tüm bilgileri içermektedir. Verilerin kurtarılması gerektiğinde veritabanı, redo kayıtları içerisinde bulunan değişim vektörlerini okuyarak ilgili bloklardaki değişiklikleri gerçekleştirecektir.

Redo kayıtları öncelikle System Global Area’nın(SGA) Redo Log Buffer alanlarında tutulur. Log Yazıcı(LGWR) işlemi Redo Log Buffer yönetiminden sorumlu arkaplan işlemidir. LGWR  redo kayıtlarını belirli zamanlarda redo log dosyası (ORL) denilen dosyalara yazar. Böylece Redo Log Buffer içerisinde yeni kayıtların yazılabileceği boş alanlar açılmış olur. LGWR her zaman en son yazdığı kayıttan itibaren Redo Log Buffer’a gelmiş redo bilgilerini ORL’ye yazar. LGWR kayıtları aşağıdaki durumlarda ORL’ye yazmaktadır:

• Bir transaction commit edildiğinde LGWR işlemi transaction’a ait redo bilgilerini Redo Log Buffer’dan alarak ORL’ye yazar ve her bir transaction’a karşılık gelen redo kayıtları için bir sistem değişim numarası (SCN) belirler. Kullanıcı işlemine commit’in tamamlanmış olduğu, sadece transaction’a ait redo loglarının tamamı ORL üzerine yazıldıktan sonra bildirilir.
• Redo log buffer’ın üçte biri dolduğunda ya da LGWR’ın ORL’ye yazmasının üzerinden üç saniye geçtiğinde log buffer içerisindeki tüm redo kayıtları alınarak ORL’ye yazılır. Bu, bir transaction’ın commit edilmeden ona karşılık gelen redo kayıtlarının ORL’ye yazılabileceği anlamına gelir. Dolayısıyla gerekli olduğunda media recovery sayesinde redo kaydının bir parçası olan undo bilgisi kullanılarak bu değişikliklerin eski haline alınması sağlanabilecektir. Ayrıca veritabanı yazıcı işlemi (DBWn) data buffer’ındaki değişen verileri diske yazarsa ve eğer LGWR bu değişen buffer’lar ile ilişkili olan redo kayıtlarını ORL’ye yazmamışsa LGWR yine tüm redo kayıtlarını ORL’ye yazacaktır.

İş yoğunluğunun yüksek olduğu durumlarda LGWR, commit edilen transactionları gruplar halinde ORL’ye yazabilir. Herhangi bir kullanıcının bir transaction commit ettiğini düşünelim. LGWR bu transaction’ı diske yazarken başka kullanıcılar da commit işlemi gerçekleştiriyor olabilirler. Bu durumda LGWR ilk transaction’ı diske yazdıktan sonra bekleyen transaction’ları da (commit edilmesini beklemeden) tek seferde diske yazabilir. Redo kayıtlarının tek tek yazmak yerine grup halinde yazmak daha az disk erişimi (I/O) gerektirecektir. LGWR her zaman sıralı (sequential) yazma işlemi yapar. Bu durumda ne kadar büyük parçalar halinde yazarsa o kadar verimli olacaktır. Eğer commit işlemleri yüksek seviyede gelmeye devam ederse LGWR’ın toplu yazma işlemleri devam edecektir. Bu durum veritabanı performansını etkileyen faktörlerden biri olan redo kayıt büyüklüğünün (redo-write size)  göz önünde bulundurulmasına sebep olacaktır.

LGWR, görevi olan transaction’ların kurtarılabilir olması işine bir yandan devam ederken, DBWn uygun bir zaman gelene kadar veritabanındaki veri bloklarını (data blocks) değiştirmeyi erteleyecektir.

Kısaltmalar:

LGWR: Log yazıcı işlemi

ORL:      Redo log dosyası

SCN:      Sistem değişim numarası

DBWn: Veritabanı yazıcı işlemi

(1)    Oracle Database Administrator’s Guide 11g Release 1 (11.1)

Related posts:

1. Oracle Background Process’leri
2. System Global Area (SGA) Nedir?