Ay: Mayıs 2017

Transaction Log Dosyasını Silmek

Bazen log dosyasının bulunduğu disk dolduğu için geçici bir çözüm olarak başka bir disk üzerinde ikinci bir log dosyası oluşturabiliriz. Zamanla bu geçici olarak oluşan log dosyalarını silmezsek log dosya sayımız artar. İlk log dosyasının bulunduğu diskte yer açıldığı zaman, ya da bu ilk log dosyasını yeterli alan olan başka bir diske taşıdığımız zaman, geçici […]

Veritabanına İkinci Log Dosyası Eklemek

Genellikle veritabanında bulunan ldf uzantılı log dosyamızın olduğu diskte yer kalmadığı zaman yaptığımız bir işlemdir. Başka bir disk üzerinde ikinci bir log file’ı oluşturarak veritabanının log işlemlerinin buradan devam etmesini sağlarız.   “SQL Server Transaction Log Nedir” isimli makalemde log dosyası ile ilgili detaylı bilgi bulabilirsiniz.   Konunun daha net anlaşılabilmesi için SQL Server’ın log […]

12c veritabanlarındaki dba_free_space yada tablespace sorgulamarındaki yavaşlık sorununun çözümü

12c veritabanlarında dba_free_space görüntüsünde veya TOAD üzerinden tablespace sorgularında , yavaşlık yaşanmaktadır. Yavaşlığın sebebi SYS şeması, data dictionary ve fixed object istatistiklerinin güncel olmayışındandır. Ayrıca recyclebin içindeki çok fazla nesne bulunması da yavaşlığa sebep olabilir. Bu durumda istatistiklerin güncellenmesi ve recyclebin içindeki nesnelerin temizlenmesi gerekmektedir. İstatistik güncelleme işlemlerini aşağıdaki gibi yapabilirsiniz. [oracle@db01 ~]$ sqlplus / as sysdba SQL*Plus: […]

WARNING: AQ_TM_PROCESSES is set to 0 uyarısı için yapılması gerekenler

Veritabanı alert log dosyasında belirli aralıklarla , “WARNING: AQ_TM_PROCESSES is set to 0. System operation might be adversely affected.” şeklinde uyarıların gelmesinin sebebi , aq_tm_processes parametresinin değerinin 0 olarak ayarlanmasındandır.  AQ_TM_PROCESSES, kuyruk mesajları üzerinde zaman denetimini denetler ve belirtilen gecikme ve son kullanma özellikli iletilerin işlenmesini kontrol eder.Bu parametrenin değeri en az 1 olmalıdır. 0 ile 10 […]

Rman restore işleminin “Starting implicit crosscheck backup” şeklinde asılı kalma sorununun çözümü

Rman restore işlemi,  “Starting implicit crosscheck backup” şeklinde asılı kalıyor ve uzun süre hiç tamamlanmıyorsa , db_recovery_file_dest parametresinin set edilmesine bağlı olarak sorun yaşıyorsunuzdur. Rman , aşağıdaki şekilde beklemeye başladıysa , yapılması gereken işlem db_recovery_file_dest parametresinin değerini resetlemektir. using target database control file instead of recovery catalog allocated channel: a1 channel a1: SID=5420 instance=ORCL device type=DISK allocated […]