ASM etiketine sahip kayıtlar gösteriliyor. Tüm kayıtları göster
ASM etiketine sahip kayıtlar gösteriliyor. Tüm kayıtları göster

9 Mart 2017 Perşembe

"ORA-00245: control file backup failed; target is likely on a local file system"


Oracle RAC yapısında control file backup'ını alacağı dizin shared disk (ortak disk) değilse aşağıdaki hatayı alır.

Bunu düzeltmek için node ların görebileceği ortak bir diski RMAN'de aşağıdaki gibi tanımlamak lazım. 

Genellikle ASM kullanıldığından ortak disk alanını belirtmek gereklidir.   


RMAN-03009: failure of backup command on ORA_DISK_1 channel at 03/09/2017 02:34:06
ORA-00245: control file backup failed; target is likely on a local file system


oracle@test </backup/rman> rman target /
Recovery Manager: Release 11.2.0.4.0 - Production on Thu Mar 9 10:13:56 2017
Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved.
connected to target database: TEST (DBID=1716363802)

RMAN> show all;

using target database control file instead of recovery catalog
RMAN configuration parameters for database with db_unique_name TEST are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '+ASM/TEST/BACKUP/TEST_CTL_%F';
CONFIGURE DEVICE TYPE DISK BACKUP TYPE TO BACKUPSET PARALLELISM 8;
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/u01/oracle/dbhome_01/11.2.0.4/dbs/snapcf_tdb.f';

RMAN> CONFIGURE SNAPSHOT CONTROLFILE NAME TO '+ASM/TEST/CONTROLFILE/snapcf_test.f';


old RMAN configuration parameters:
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/u01/oracle/dbhome_01/11.2.0.4/dbs/snapcf_tdb.f';
new RMAN configuration parameters:
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '+ASM/TEST/CONTROLFILE/snapcf_test.f';
new RMAN configuration parameters are successfully stored

RMAN> show all;

RMAN configuration parameters for database with db_unique_name TEST are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '+ASM/TEST/BACKUP/TEST_CTL_%F';
CONFIGURE DEVICE TYPE DISK BACKUP TYPE TO BACKUPSET PARALLELISM 8;
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '+ASM/TEST/CONTROLFILE/snapcf_test.f';


7 Nisan 2016 Perşembe

ODA - Create/Delete Database in Command Line

This article explains how to create Database with OAKCLI commands in Oracle Database Appliance.

CREATE Database
I'll create database on 2 nodes with ODA  as a single instance.

1- We have to run command on first node. If execute command on Node 2 then you can receive the following message.


When you run the command to seek the root and oracle password. At the same time we will determine the SYSASM password.

oakcli create database - db ozgurdb


21 Kasım 2013 Perşembe

Ora-19502,Ora-27063,No Left Space Dataguard Standby

Ben Dataguard’tan uzak kalsamda o benden uzak kalmıyor J Bu aralar fazla ilgilenemedim ama ufakta olsa sorunlarla karşılaşabiliyorum. Son karşılaştığım hata basit gibi görünen disk dolunca aldığımız bir hata. Bunun için ilk aklıma gelen cevabı verdiğimde “diskte kullanılmayanları silin” oldu. Ancak yapacak olan ekip yeni disk ekleyip bu hatanın önüne geçmek istedi. İşin sonunda Metalink’te yazan işlemi değilde kendi yöntemim ile çözmek daha uygun oldu.

Alert.log’u incelediğimizde aşağıdaki metni bizi beklemekteydi.

ORA-19502: write error on file “/+DATA/GIS/data/aaa.dbf"
ORA-27063: number of bytes read/written is incorrect
IBM AIX RISC System/6000 Error: 28: No space left on device
File #251 added to control file as 'UNNAMED00251'.
ORA-01274: cannot add “/+DATA/GIS/data/aaa.dbf"- file could not be created
Recovery interrupted!


-               Metalink’e baktığımızda aynı hata kodlarını arşivlog’a ait disk doluluğu konusunu gösteriyor. Ancak biz sorunumuzu dbf dosyalarının yazıldığı alanda yaşadığımızdan disk ekleyerek sorunumuz ASM’de giderdik. Ancak sisteminiz FileSystem’de olsaydı ve farklı bir diski mount ettiğimizde farklı işlemler yapacağız.   Bu üç senaryo için olan işlemler şöyledir.

25 Şubat 2013 Pazartesi

"ORA-29701: unable to connect to Cluster Synchronization Service" Hatası


Uzun zaman oldu yazmayalı planladığım yazılarıda yazmakta gecikince bende ufak ufak çözümler yazarak bloğu canlı tutayıp istedim.  Bu seferki hatamız basit olmasına rağmen bir reboot sonrası sizi sıkıntıya sokabilecek bir hata.

Herhangi bir hatadan dolayı sistemi yeniden başlattığınızda ASM instance başlatmak istediğinizde 0RA-29071 alarmı ile karşılaşıyorsanız bunun anlamı CRS daemon başlamamıştır. Aşağıdaki yolu izleyerek heme çözüme gidebilirsiniz.

-     Öncelikle ASM’de hatamızı görelim
SQL> startup
ORA-01078: failure in processing system parameters
ORA-29701: unable to connect to Cluster Synchronization Service

5 Aralık 2012 Çarşamba

ASM Yapısına DatabaseTaşıma


Oracle 11gR2’de disk’te bulunan dosyalarımızın ASM yapısına taşımayı anlatacağım. Öncelikle yapılması gereken  ASM instance’ın kurulumunu yapıp çalışır halde olması gereklidir. Kurulum tamamiyle farklı bir konu olduğundan sistemde var olduğunu kabul edip anlatacağım.

- Database ve versiyonu kontrol ederek işe başlayalım.
                SQL>select  instance_name,version,database_status from v$instance;
                INSTANCE_NAME    VERSION           DATABASE_STATUS
                ------------------------ ----------------- --------------------------
                 testdb                                 11.2.0.3.0        ACTIVE


- ASM Disklerimizi ve durularını kontrol edelim.
                SQL>select NAME,STATE,TOTAL_MB,PATH from v$asm_disk;
                NAME                           STATE      TOTAL_MB PATH
                ------------------------------ -------- ---------- ----------
                 DISK1                          NORMAL         16025 ORCL:DISK1