Archive

Archive for the ‘RAC’ Category

TROUG High Availability SIG 2016 – Galatasaray Üniversitesi Etkinliğinde Buluşalım!

he16-1

Detaylı bilgi ve kayıt için ;

High Availability SIG Meeting 2016

clscfg.bin: error while loading shared libraries: libcap.so.1: cannot open shared object file

Merhaba Arkadaşlar,

Red Hat Enterprise Linux 6.3 üzerinde 11.2.0.3 Grid Infrastructure yazılımını kurduktan sonra root.sh scriptini çalıştırırken aşağıdaki hatayı aldım.

/oracle/grid11g/bin/clscfg.bin: error while loading shared libraries: libcap.so.1: cannot open shared object file: No such file or directory Failed to create keys in the OLR, rc = 127, Message:

Bu hata özellikle Linux 6.X üzerinde Oracle yazılımı yüklenirken alınmaktadır.

Root.sh scriptini çalıştırdığımda çıktı aşağıdaki gibiydi.

[root@dbtestvm1 ~]# /oracle/grid11g/root.sh
Performing root user operation for Oracle 11g

The following environment variables are set as:
ORACLE_OWNER= ora11g
ORACLE_HOME= /oracle/grid11g

Enter the full pathname of the local bin directory: [/usr/local/bin]:
The contents of “dbhome” have not changed. No need to overwrite.
The contents of “oraenv” have not changed. No need to overwrite.
The contents of “coraenv” have not changed. No need to overwrite.

Entries will be added to the /etc/oratab file as needed by
Database Configuration Assistant when a database is created
Finished running generic part of root script.
Now product-specific root actions will be performed.
Using configuration parameter file: /oracle/grid11g/crs/install/crsconfig_params
/oracle/grid11g/bin/clscfg.bin: error while loading shared libraries: libcap.so.1: cannot open shared object file: No such file or directory Failed to create keys in the OLR, rc = 127, Message:

Failed to write the checkpoint:” with status:FAIL.Error code is 256

Failed to create keys in the OLR at /oracle/grid11g/crs/install/crsconfig_lib.pm line 7497. /oracle/grid11g/perl/bin/perl -I/oracle/grid11g/perl/lib -I/oracle/grid11g/crs/install /oracle/grid11g/crs/install/roothas.pl execution failed

libcap rpm dosyasının yüklü olup olmadığını kontrol ettim.

[root@dbtestvm1 ~]# rpm -q libcap
libcap-2.16-5.5.el6.x86_64

libcap-2.16-5.5.el6.x86_64 rpm dosyasının yüklü olduğunu gördüm. Hatada libcap.so.1 dosyasını arıyordu. https://taliphakanozturk.wordpress.com/2012/03/17/yum-ile-bagimliligi-fazla-rpm-paketin-yuklenmesi/  makaleme göre YUM ayarlarını yaptım.

İsminde libcap geçen dosyaları listeledim.

[root@dbtestvm1 ~]# yum list | grep libcap 
libcap.i686 2.16-5.5.el6 @cd
libcap.x86_64 2.16-5.5.el6 @anaconda-RedHatEnterpriseLinux-201206132210.x86_64/6.3
libcap-devel.x86_64 2.16-5.5.el6 @cd
libcap-ng.x86_64 0.6.4-3.el6_0.1 @anaconda-RedHatEnterpriseLinux-201206132210.x86_64/6.3
libcap-ng-devel.x86_64 0.6.4-3.el6_0.1 @anaconda-RedHatEnterpriseLinux-201206132210.x86_64/6.3
compat-libcap1.i686 1.10-1 cd
compat-libcap1.x86_64 1.10-1 cd
libcap-devel.i686 2.16-5.5.el6 cd
libcap-ng.i686 0.6.4-3.el6_0.1 cd
libcap-ng-devel.i686 0.6.4-3.el6_0.1 cd

compat-libcap1.x86_64 rpm dosyasını yükledim. (makinam 64 bit)

[root@dbtestvm1 ~]# yum install compat-libcap1.x86_64
Loaded plugins: product-id, refresh-packagekit, security, subscription-manager
Updating certificate-based repositories.
Unable to read consumer identity
Setting up Install Process
Resolving Dependencies
–> Running transaction check
—> Package compat-libcap1.x86_64 0:1.10-1 will be installed
–> Finished Dependency Resolution

Dependencies Resolved

================================================================================
Package Arch Version Repository Size
================================================================================
Installing:
compat-libcap1 x86_64 1.10-1 cd 17 k

Transaction Summary
================================================================================
Install 1 Package(s)

Total download size: 17 k
Installed size: 29 k
Is this ok [y/N]: y
Downloading Packages:
Running rpm_check_debug
Running Transaction Test
Transaction Test Succeeded
Running Transaction
Installing : compat-libcap1-1.10-1.x86_64 1/1
Installed products updated.
Verifying : compat-libcap1-1.10-1.x86_64 1/1

Installed:
compat-libcap1.x86_64 0:1.10-1

Complete!

Artık devam edebiliriz. Root.sh scriptini çalıştırdığımız için önce root kullanıcısı ile aşağıdaki gibi deconfig yapalım.

[root@dbtestvm1 ~]# /oracle/grid11g/crs/install/roothas.pl -deconfig -force
Using configuration parameter file: /oracle/grid11g/crs/install/crsconfig_params
CRS-4639: Could not contact Oracle High Availability Services
CRS-4000: Command Stop failed, or completed with errors.
CRS-4639: Could not contact Oracle High Availability Services
CRS-4000: Command Delete failed, or completed with errors.
CRS-4544: Unable to connect to OHAS
CRS-4000: Command Stop failed, or completed with errors.
Failure in execution (rc=-1, 0, No such file or directory) for command /etc/init.d/ohasd deinstall
Successfully deconfigured Oracle Restart stack

Şimdi root.sh scriptimizi tekrar çalıştıralım. Başarılı bir şekilde çalışacaktır.

[root@dbtestvm1 ~]# /oracle/grid11g/root.sh
Performing root user operation for Oracle 11g

The following environment variables are set as:
ORACLE_OWNER= ora11g
ORACLE_HOME= /oracle/grid11g

Enter the full pathname of the local bin directory: [/usr/local/bin]:
The contents of “dbhome” have not changed. No need to overwrite.
The contents of “oraenv” have not changed. No need to overwrite.
The contents of “coraenv” have not changed. No need to overwrite.

Entries will be added to the /etc/oratab file as needed by
Database Configuration Assistant when a database is created
Finished running generic part of root script.
Now product-specific root actions will be performed.
Using configuration parameter file: /oracle/grid11g/crs/install/crsconfig_params
LOCAL ADD MODE
Creating OCR keys for user ‘ora11g’, privgrp ‘dba’..
Operation successful.
LOCAL ONLY MODE
Successfully accumulated necessary OCR keys.
Creating OCR keys for user ‘root’, privgrp ‘root’..
Operation successful.
CRS-4664: Node dbtestvm1 successfully pinned.
Adding Clusterware entries to upstart

dbtestvm1 2013/02/28 16:55:21 /oracle/grid11g/cdata/dbtestvm1/backup_20130228_165521.olr
Successfully configured Oracle Grid Infrastructure for a Standalone Server
[root@dbtestvm1 ~]#

Talip Hakan Öztürk

Oracle RAC Nedir?

06/08/2011 9 yorum

ORACLE RAC (REAL APPLICATION CLUSTERS)

Oracle RAC, Oracle veritabanının Enterprise Edition ve Standart Edition sürümleri ile kullanılabilinen Oracle’ın en üst seviye teknolojisidir. Paylaşımlı disk mimarisini (Shared disk architecture) kullanır. Ortak bir depolama (storage) birimi kullanır ve birden fazla sunucu (node) ile hizmet vererek iş sürekliliğinize imkan tanır. RAC denildiğinde benim ilk aklıma gelen grid kavramıdır. Oracle’ın 9i versiyonuna kadar (i) olarak anılmasını ve 10g versiyonu ile (g) olarak anılmasını hep merak etmişimdir. Sizlerde merak ediyorsunuzdur diye düşündüm. Oracle önce internet kullanıcılarına odaklandı ve sürümlerine hep (i)nternet harfi ile isim verdi. 8i, 9i versiyonlarında olduğu gibi. Sonra 10g versiyonuyla grid teknolojisini ön plana çıkardı ve sürüm isimlerine (g)rid harfi ile isim vermeye başladı. Grid mimarisinde ortak bir depolama (storage) birimi üzerinde birden fazla sunucu vardır. Böylelikle siz iş sürekliliğinizi garanti altına almış olacaksınız. Sunucularınızın biri arızalandığında hizmetiniz kesilmeyecek diğer sunucu ile hizmete vermeye devam edebileceksiniz. Esnek bir mimari ile ihtiyaçlarınız doğrultusunda cluster yapınıza yeni sunucu ilave edebilecek veya çıkarabileceksiniz.

9i öncesinde “oracle parallel server” adıyla tanıdığımız oracle cluster veritabanını, 9i sürümü ile daha da güçlendirilmiş bir teknolojiyi barındıran – RAC adıyla tanıdık. Oracle eksiklikleri sürekli yakından takip etti ve her versiyon ile bu eksiklikleri tamamlamaya büyük özen gösterdi.

Son sürümü 11g Release 2 ile RAC, bize birçok konuda faydalar sunmaktadır. Bu faydalar:

Yüksek Kullanılabilirlik (High Availability) – Sunucularınızdan biri arızalansa bile, herhangi bir hizmet kesintisi olmaz. RAC grubunuzdaki diğer sunucu tüm işlem yükünü üzerine alacaktır.

Ölçeklenebilirlik: İhtiyaçlarınız doğrultusunda RAC grubunuza yeni sunucu ekleyebilir veya çıkarabilirsiniz.

 Yönetilebilirlik: Birden fazla veritabanı RAC küme içine konsolide edilebilir.

 RAC avantajını sizlere bir örnekle anlatmadan yapamayacağım 🙂 Güçlü bir sunucu istiyorsunuz. Çünkü üzerinde çalışacak veritabanı sizin için çok kritik. Bu sunucunun 32 işlemcili ve 128 GB hafızaya sahip olmasını istediğiniz düşünelim. Öncelikle piyasada böyle bir sunucuyu kolay bulamazsınız. HP veya IBM’e özel istek yapmanız gerekiyor. Onlarda size istediğiniz sunucuyu konfigüre edip göndereceklerdir. Bu sunucunun size maliyeti oldukça fazla olacaktır. Bu sunucuyu aldığınızı ve üzerine veritabanınızı oluşturup hizmet vermeye başladığınızı düşünelim. Elinizde tek bir sunucu var. Peki sunucu üzerinde herhangi bir donanım arızası olursa ne yapacaksınız? Sizin için kritik olan, 7/24 çalışan veritabanını kapatmanız gerekecek. Donanım arızasını çözüp veritabanınızı tekrar açacaksınız. Peki iş sürekliliğiniz ne oldu? Mağdur olan müşterileriniz ne olacak? Benim size bir tavsiyem var. Oracle’ın çözümü RAC kullanmak  🙂 İş sürekliliği mi istiyorsunuz? Evet. Müşterilerinizi mağdur etmek istemiyor musunuz? İstemiyorum. O zaman veritabanımızı RAC üzerinde çalıştıracağız. Bu durumda ne yapmamız gerekecek? Piyasada çok rahat bulabileceğim 4 sunucuya ihtiyacım var. Her biri 8 işlemci, 32 GB hafızaya sahip. Bu 4 sunucuyu grid mimarisi olarak adlandırdığımız şekilde RAC yapacağım. Toplamda 32 işlemci ve 128 GB hafızaya sahip olacağım. Ama maliyeti daha düşük olacak. Üstelik sunucularımdan biri arızalansa diğer üçü tüm yükü üzerine alacak ve 7/24 kesintisiz hizmet verebileceğim. Müşterilerim memnun, ben memnunum ve herkes memnun olacak 🙂

Kategoriler:RAC Etiketler:, ,
%d blogcu bunu beğendi: