Oracle Cloud ürünleri üzerine açıklamalar ve tanımlar yaptığımız bu yazı dizimizde yeni konumuz mevcutta bulunan Oracle veri tabanımızdaki yedeklerini, yine Oracle ‘ın sahibi olduğu bulut ortamına taşma işlemini anlatacağız. Bildiğiniz üzere yedekleme işleri biz IT profesyonellerinin en önemli sigortası. Bir yedeğin ne kadar geniş kapsamlı ve hangi politikalar ile alındığı ileride oluşacak aksaklıklarda veri kayıplarının minimize edilmesi sağlar. Yedekleme politikalarımızda alınan yedeklerin her zaman üçüncü bir yerde olması tercihimizdir. Sunucularımızı ve yedeklerimizi barındırdığımız alanlarda doğal bir afet olabilir ya da plan dışı fiziksel problemler yaşayabiliriz. Tüm bu aksaklıkları minimuma indirme amaçlı olarak elimizde birçok alternatif olmakla beraber biz konu başlığımız olan Oracle Cloud yedeklemeyi anlatacağız.

Yedeklemeyi yapacağımız veri tabanımız Oracle Database 11G Single Instance olacak. Bunun seçmemizdeki temel sebep şuan son sürüm olan Oracle Database 12C ‘nin bir önceki sürüme nazaran daha az kullanılması. İleri ki yazılarımızda Oracle Database 12C ve RAC ortamları içinde bir örneklendirme yapabiliriz. Artık ufak ufak yazımıza giriş yapalım.

Oracle veri tabanımız da Rman ile yedekleme yapmak için yapımızın “ ARCHIVELOG ” durumunda da olması gerekir. Öncelikle yedekleme yapacağımız veri tabanımızı kontrol ediyoruz. “ sqlplus / as sysdba “ olarak veri tabanımıza bağlanıyoruz ve “archive log list; “ komutumuzu çalıştırıyoruz. Bu komut bize veri tabanımızın log detaylarını iletecek. Görüldüğü gibi “ Automatic archival = Disable “

Şimdi veri tabanımı “ shu immediate; “ komutu ile veri tabanımı kapatıyorum.

Veri tabanımız kapandıktan sonra “startup mount; “ komutu ile mount modda açıyoruz.

“ alter database archivelog; “ komutu ile veri tabanımızı Archivelog moduna çekiyoruz.

Veri tabanımız Archivelog moduna geçti. “ alter database open; “ diyerek veri tabanımızı açıyoruz.

“ archive log list; “ komutu tekrar kontrol ediyoruz. Gördüğünüz gibi “ Automatic Archival = Enable “ durumda.

Aklımıza gelmişken, burada dikkat etmemiz gereken bazı durumlar var.  Archivelog moduna alınan bir veri tabanı FRA ( Flash Recovery Area ) dediğimiz bir alan kullanılır ve bu alan yedekleme ya da log unsurları için havuz görevi görür. Havuzun az olması hızlıca dolmasına sebep olacağı için uygun şekilde ayarlanması gerekir. FRA alanını “show parameter recovery_file_dest; “ komutu ile kontrol edebilirsiniz.

Bende FRA alanı “ 4122M “ konumu ise “ /oracle/database/fast_recovery_area “ olarak tanımlanmış.

Eğer FRA alanında bir değişiklik yapacaksanız. db_recovery_file_Dest_size üzerinde değişiklik yapmamız gerekiyor. Örnek olması için “ALTER SYSTEM SET DB_RECOVERY_FILE_DEST_SIZE = 10G SCOPE=BOTH SID=’*’; “ komutu ile 10G seviyesine çıkartıyorum. ( Bu işlemi veri tabanı açıkken yapabilirsiniz. )

“show parameter recovery_file_dest; “ tekrar kontrol ediyorum. Alan 10G olarak güncellendi.

Veri tabanımız Archivelog moduna geçtiğine göre artık bulut ortamına entegre olmaya hazırız. İlk adımlarımız tekrar veri tabanımız üzerinde olacak. Aşağıdaki adresten OTN hesabımız ile “ Oracle Database Cloud Backup Module “ yardımcısını indiriyoruz.

İndirme adresi: http://www.oracle.com/technetwork/database/availability/oracle-cloud-backup-2162729.html

İndirdiğimiz dosyayı veri tabanımıza sunucumuza gönderiyoruz. Ben gönderimlerde “ WinSCP “ programını kullanıyorum. Kolay ve güzel bir program.İndirdiğim “ opc_installer.zip “ dosyam benim sunucumda “ /oracle/kurulumlar/ “ altında olacak.

Dosyamın olduğu yer olan “/oracle/kurulumlar “ içerisindeyken “ unzip opc_installer.zip “ diyerek arşivi çıkartıyorum. Aşağıda olduğu gibi 2 adet dosya çıkacak.

“ cd $ORACLE_HOME/dbs “ komutu ile “ dbs “ klasörümüze gidiyoruz. “mkdir wallet “ komutu ile wallet adında klasör oluşturacağız. ( Bu işlemleri “ oracle “ kullanıcısı ile yaptığınızdan emin olun. )

“ cd /oracle/kurulumlar “ komutu ile opc_installer.jar dosyamın olduğu klasöre geri dönüyorum.

Aşağıdaki komutu kendimize göre düzenleyerek çalıştırıyoruz.

java -jar opc_install.jar -host https://eucom-north-1.storage.oraclecloud.com/v1/Storage-bugraparlayan -opcId ‘bugra@bugraparlayan.com.tr’ -opcPass ‘colud_sifreniz’ -walletDir /oracle/database/product/11.2.0.3/dbhome_1/dbs/wallet -libDir /oracle/database/product/11.2.0.3/dbhome_1/lib

Önemli Not : -host adresi Oracle Cloud Storage servisinizdeki “ Rest Endpoint “ adresidir ve bölgenize göre farklılık gösterir.

Komutumu çalıştırdığımda aşağıdaki gibi bir ekranla karşılaşacağım.

Bu adım tamamlandıktan sonra RMAN tarafındaki ayarlarıma geldi sıra. “ rman target / “ komutu ile giriş yapıyorum.

Konfigürasyonu kendime göre düzenliyorum.

CONFIGURE CHANNEL DEVICE TYPE sbt PARMS=’SBT_LIBRARY=/oracle/database/product/11.2.0.3/dbhome_1/lib/libopc.so, SBT_PARMS=(OPC_PFILE=/oracle/database/product/11.2.0.3/dbhome_1/dbs/opcCOZUMPARK.ora)’;

Önemli Not: Bir önceki komutumuz ile “ libopc.so “ ve “ opcCOZUMPARK.ora.ora “ otomatik oluşacak. opcCOZUMPARK ismi benim veri tabanı adım COZUMPARK olduğu için. Sizde isim neyse ona göre oluşacaktır.

Konfigürasyon başarı ile tamamlandı.

Veri gönderimine geçmeden önce bazı konuları açmakta fayda var.

Oracle veri tabanlarını Oracle Veri tabanı Yedekleme Bulut Hizmeti’ne yedeklerken isteğe bağlı olarak sıkıştırma kullanabilirsiniz. Sıkıştırma, yedeklemelerinizin boyutunu bulutlara gönderilmeden önce azaltarak bant genişliğini korur. Oracle Gelişmiş Sıkıştırma seçeneğiniz varsa, Kurtarma Yöneticisi (RMAN) aşağıdaki sıkıştırma düzeylerinden birini kullanarak ikili sıkıştırmayı destekler: HIGH, MEDIUM, BASIC, ve LOW. Bulut yedeklemeleri için önerilen düzey MEDIUM ‘dur. Oracle Gelişmiş Sıkıştırma seçeneğiniz varsa, MEDIUM seviye sıkıştırmasını yapılandırmasını tavsiye eder.

MEDIUM için örnek sıkıştırma komutu : “ CONFIGURE COMPRESSION ALGORITHM ‘MEDIUM’; “

Bende bu tavsiyeye uyarak devam ediyorum. Siz bağlantı hızınıza bağlı olarak değiştirebilirsiniz.

Artık son virajdayız. “ CONFIGURE DEVICE TYPE sbt BACKUP TYPE TO COMPRESSED BACKUPSET; “ komutu çalıştırıyorum.

Birazdan veri tabanı yedeğimizi alarak bulut ortamına göndereceğiz. Eğer mevcut yedeğimizi ekstra güvenlik için şifrelemek istersek “SET ENCRYPTION ON IDENTIFIED BY ‘bulut_sifreniz’ ONLY; “ komutu çalıştırıyoruz.

Tüm adımlarımızı tamamladığımıza göre artık veri tabanı yedeğinizi bulut ortamına aktarabiliriz. “BACKUP DEVICE TYPE SBT DATABASE; “ komutu ile birlikte yedeklerimiz alınarak bulut ortamına aktarılacak. Aktarım işlemi internet hızınıza bağlı olarak değişecektir. Yedekleme dosyalarınız kesintileri önlemek için parça parça gönderilmektedir.

Yedekleme işlemim tamamlandı. Şimdi birde bunu Oracle Cloud tarafında kontrol edelim.

Gördüğünüz gibi bulut tarafında bulunan storage üzerinde RMAN yedeği gönderilmiş. Makalemizin en başında da belirttiğimiz gibi fiziksel yedeklerimiz ve buna bağlı prosedürlerimiz her zaman bizim için önemli olacak. Yedeklerinizin her zaman güvenli bir limanda durmasını istiyorsanız alternatif olarak da bu ürünü test edebilirsiniz. Diğer makaleler de görüşmek üzere.

Buğra Parlayan

Kaynaklar

http://www.koraykey.com/?p=3333
https://docs.oracle.com/en/cloud/paas/db-backup-cloud/csdbb/installing-oracle-database-cloud-backup-module.html#GUID-F6E36F00-6464-4FC4-8511-11FD839B760F

The post RMAN ile Oracle Cloud Üzerine Veri Tabanı Yedeklemesi appeared first on ÇözümPark.

The post Oracle Database ve Kişisel Verilerin Korunması appeared first on ÇözümPark.

Bir süredir Oracle bulut hizmetleri üzerine bilgilendirmeler ve kurulumlar üzerine yazılar yazmaktayım. Oracle firmasının amiral gemisi olan “ Oracle  Database “ bulut teknolojileri üzerinde de farklı özellikler ile karşımıza çıkmakta. Tartışmalı olsa da kendisini dünyanın ilk otonom veri tabanı olarak tanıtan Oracle Database 18C, alt yapısı tamamen bulut üzerinde çalıştırmakta ve istikrarlı bir kullanım sağlayarak bizlere hizmet sağlamaktadır. Hepimizin korkulu rüyası olan yama geçme gibi işlemleri otomatik yapmakla beraber daha yüksek güvenlik, erişebilirlik ve performans gibi iddialı tanımlar ile kendisini farklı bir kulvarda konumlandırmaktadır. Bununla birlikte dışarıdan herhangi bir müdahale olmadan otomatik kurtarma özelliği ve otomatik performans sağlayan Oracle Database 18C için bugün bir İnstance oluşturma işlemi yapacağız.

Eğer bir Oracle Cloud hesabınız yoksa aşağıdaki adresten yararlanarak kendinize bir süreli ücretsiz deneme hesabı açabilirsiniz.

http://www.cozumpark.com/blogs/oracle/archive/2018/06/11/oracle-cloud-icin-ucretsiz-kullanim-hesabi-olusturulma.aspx

Oracle Database 18C için bir instance oluşturmak için öncelikle bir SSH Key ihtiyacımız olacak. Putty ile Oracle Linux işletim sistemime bağlanarak bir key oluşturuyorum. Key oluşturma sırasında benden bir şifre isteyecek istediğiniz bir şifreyi girebilirsiniz. Ben şifremi “ Cozumpark “ olarak belirliyorum.

$ ssh-keygen -b 2048 -t rsa -f myOracleCloudKey

Şifremi 2 defa girdikten sonra SSH key otomatik olarak oluşacak.

Şimdi “chmod 600 myOracleCloudKey* “ ile yeni izin parametrelerimi giriyorum.

Putty ile işlerimiz şimdilik tamamlandı. Artık Oracle Cloud ekranımdan devam edeceğim. “ https://cloud.oracle.com/tr_TR/sign-in “ adresinden bulut hizmetine bağlanıyorum ve burada “ Database “ ekranına bağlanıyorum. Açılan ekranda resimde de gördüğünüz gibi  “ Create Instance “ diyeceğiz.

İşlemleri bulut üzerinde yapmanın en büyük yararlarından bir kuracağımız veri tabanının hangi sürümde olacağını kolayca seçebilmek. Normalde hepsi ayrı bir lisans ücreti demek. Bulutta bu esnek bir vaziyette.  Aşağıdaki resimde görüldüğü gibi ilgili alanları doldurarak bir sonraki adıma geçeceğiz.

Service Level : Oracle Database Cloud Service

Metering Frequency : Ödemeler nasıl olacak kısmı, burada aylık seçili saatlikte olabilir isteğe bağlı.

Software Resease : Şuan Oracle Database 18C seçili ama siz 11gR2, 12cR1, 12cR2 seçeneklerinden de testlerinizi yapabilirsiniz.

Software Edition : Enterprise Edition seçili fakat siz Standard Edition, Enterprise Edition, Enterprise Edition – High Performance, Enterprise Edition – Extreme Performance sürümlerinden birini de seçebilirsiniz. Burası maliyetleri en çok etkileyen kısım.

Bu ekranda veri tabanı özelliklerimizi giriyoruz. Veri tabanı kaç işlemcide çalışacak, bellek ne olacak ve ön önemlisi veri tabanı adı ne olacak. Gördüğünüz gibi burada PDB adında bir satır var. PDB = Pluggable Database. Bu konu bizim hayatımıza Oracle Database 12C ile birlikte geldi. Container Database den farklı bir husus. Uzun uzun anlatılacak bir konu olacağı için burada değinmiyorum. Bunun dışında bilgileri aşağıdaki örnekte olduğu gibi doldurarak devam ediyoruz.

Bize yaptığımız işlemlerin bir özetini çıkartıyor. Bu adımda eğer her şey sizin için tamamsa “ Create “ diyoruz ve veri tabanımızı oluşturuyoruz.

3- 7 dakika arsında veri tabanımız oluşacak. Aşağıdaki ekranda mevcut durum bilgisini bize veriyor.

Mutlu son veri tabanımız oluştu.

Veri tabanımızı durdurma , yeniden başlatma yada Enterprise Manager konsolu gibi yönetimsel işlemleri rahatlıkla yapabildiğimiz görülüyor.

Veri tabanımızın genel durumunu içerisine girerek de görebiliyoruz.

Eğer veri tabanımıza uzaktan Putty ile bağlanmak istersek SSH ke dosyamızı oluşturduğumuz yerde aşağıdaki komut ile bağlayabilirsiniz.

$ ssh -i ./myOracleCloudKey oracle@123.123.123.123

Görüldüğü üzere daha önce veri tabanı yöneticiliği yaptıysanız ya da hali hazırda bu göreve devam ediyorsanız işlemin ne kadar basit olduğu ortada. Test veri tabanlarımızı hızlı bir şekilde oluşturabiliyor ve yönetebiliyoruz. Benim kanaatimce bulut teknolojilerini kullanmak artık çok akıllıca ve efektif sonuçlar çıkartıyor. Özellikle Veri tabanı yöneticiliğinin gelecekte durumunun ne olacağı konusunda derin düşünlere iten bu ürün verilerin yedeklenmesi ve performans konuları incelenirse her zaman bir alternatif olarak kenarda olacağı kesin.

Bir başka makalede görüşmek üzere

Buğra Parlayan

Kaynaklar;

https://oracle-base.com/articles/vm/oracle-cloud-database-as-a-service-dbaas-create-service

https://www.oracle.com/tr/database/autonomous-database/index.html

https://www.oracle.com/tr/database/resources.html

http://www.oracle.com/us/products/database/changing-role-of-the-dba-4369434.pdf

The post Oracle Cloud : Database as a Service DBaaS – Yeni Veri Tabanı Oluşturulması appeared first on ÇözümPark.

Değerli Dostlar,

Bildiğiniz üzere Oracle Exadata makinasının X8M sürümü duyuruldu. Bir çok çevrede bu ürünün neden bu kadar pahalı yada verdiğimiz paranın hakkını veriyor mu? sorularını sık sık duyuyoruz. 2020 yılına girişimizle beraber , Ocak ayının 3. haftasında Oracle duayenlerinden Cem zorba özel bir etkinlikte ürün hakkında nefis bilgiler sundu. Bende yaptığım araştırmaları ve tecrübeleri dilim döndüğünce sizlerle paylaşmak istedim. Bu makalede Oracle Exadata’yı bu kadar iyi ve rakipsiz yapan şey nedir onu irdeleyeceğiz.

Oracle Exadata’nın günümüzde en çok kıyaslamayı IBM Power serisi ile yaşadığını görüyoruz. Bununla beraber Exadata Dell / EMC yada Purge Storage gibi All-Flash diskleri bulunan ürünlerlede karşılaştırıldığını görebilirsiniz.Bir çok karşılaştırma testinde Exadata makinasının ( özellikle makina olarak belirtiyorum ) bu ürünlere açık ara fark yarattığını fark edeceksiniz. Peki bu nasıl oluyor ?

Bütünleşik Donanım ve Yazılım
Öncelikle belirtmeliyim ki ilk fark aslında mimarinin temelinde ortaya çıkıyor. Exadata gerek yazılımı gerekse donanımı ile bütünleşik bir ürün olarak ortaya çıkarken rakipleri bir bileşen olarak kendini göstermektedir. Exadata makinası ilk duyurulduğu dönemlerde HP ürünlerini kabin içerisinde kullanırken, Sun Microsystem satın alması ile artık kendi stratejisi ile ürettiği ürünleri kullanmaktadır ve bileşenleri aşağıdaki gibidir.

• Clustered Servers
• Cluster Interconnect Network
• Storage Network
• Active Storage
• Software

Yapının bütünleşik olması bize elma ile elmayı, armut ile armutu karşılaştırmamız gerektiğini gösterir. Örneğin Exadata makinasını bir IBM sunucu ile karşılaştırırsanız Exadata Cell yani storage’leri yok sayarsınız. Yine Exadata makinasını Full-Flash storage ürünleri ile karşılaştırırsanız bu seferde üzerinde bulunan sunucuları yok sayarsanız. Exadata makinası bir bütündür ve bütünü oluşturan parçalar sinerji oluşturarak bize fazlasını sağlar. Bu sebeple bir karşılaştırma yaparken aynı çizgide bütünleşik bir mimari ile karşılaştırılması gerekir.

Oracle Database ile tam entegrasyon
Oracle Database tartışmasız olarak dünyanın en iyi veri tabanı olduğu ortadadır ve neredeyse bütün platformlarda performanslı olarak çalışabilir. Özellikle açık kaynak sistemleri desteklemesi ile kazandığı işletim sistemi tecrübesi ve uyguladığı innavasyon günümüz sistemlerinin ilerisinde bir noktaya taşıyınca bütünleşik bir mimarinin gerekliliği ortaya çıktı. Exadata’nın ortaya çıkışı Oracle Database ve Oracle Linux ile birlikte tamamen bütünleşik bir yapı oluşturdu. Bu sayede birbiri ile konuşan tam stabil bir ürün ortaya çıktı.

Yüksek Kullanılabilirlik, Yedeklilik ve Ölçeklendirme
Exadata’nın yüksek kullanılabilirlik ve ölçeklenebilir yapısı ayrıca tamamen yedekli olarak çalışmaktadır. Sistem mimarisindeki bu gerçek, Exadata makinasındaki tasarımın temelini oluşturur. Örneğin Exadata üzerinde en az üç adet Exadata Cell bulunur. Ürünün üç adet olması bize öncelikli olarak yedekliliği ve kesinti yapmadan yama geçme yeteneği katar. Oracle Exadata üzerinde kesintisiz storage patch geçebilir yada üzerindeki mevcut storage’leri dönüşümlü olarak bakıma alabilirsiniz. Aynı zamanda üzerinde buluan 2 adet Node sayesinde Cluster yapısı gelmektedir.

Büyük Bellek Özellikleri ( DRAM )
Exadata büyük ve hız gerektiren veritabanı sunucuları arasında farklı olarak DRAM özelliğine sahiptir. X7-2 modeli ile beraber Nod başına 1.5TB DRAM ile birlikte gelir. Bununla her Nod yatay olarak 12TB kapasiteye kadar genişleyebilir. DRAM sayesinde veritabanı işlemleri fiziksel diskten önce bellek üzerinde işenir ve bu performans sağlar.

Exadata’yı özel kılan nedir ?
Yukarıda Oracle Exadata makinasındaki en belirgin özellikleri en basit hali ile aktarmaya çalıştım. Bununla birlikte alt özelliklerede değinmek gerekir.

• SQL Offload
• Active Storage – Cell Offload
• Massively Parallel Processing (MPP) Design
• Bloom Filters
• Storage Indexes
• High Bandwidth, Low Latency Storage Network
• High Bandwidth, Low Latency Cluster Interconnect
• Fast Node Death Detection
• Smart Flash Cache
• Write-Back Flash Cache
• Large Write Caching & Temp Performance
• Smart Flash Logging
• Smart Fusion Block Transfer
• NVMe Flash Hardware
• Columnar Flash Cache
• In-Memory Fault Tolerance
• Adaptive SQL Optimization
• Exadata Aware Optimizer Statistics
• DRAM Cache in Storage

SQL Offload
Exadata ilk çıkışı ile beraber yaptığı yenilik SQL Offload olarak görücüye çıktı. Yukarıda bahsettiğimiz gibi Exatada’nın bütünleşik bir mimari olması ve Cell adını verdiğini storage yapısı rutin sorgulardaki işleyişi ters düz etti. Normal şartlarda veri tabanında istenilen veriler sunucu üzerinde işlenirken Exadata üzerinden çağırılan veriler cell üzerinden döner ve bu performans üzerinde ciddi kazanımlar sağlar.

Farklı bir değişle çağırdığınız sorgular Node üzerindeki değil, storage üzerindeki işlemcide işlenir.

High Bandwidth, Low Latency Storage Network
Exadata üzerinde barındırdığı ürünler arasında Infiniband teknolojisi ile haberleşir.Mevcut ağ yapısı Exadata makinasının konumlandığı ağ üzerinden izole şekilde çalıştığı için public olarak tanımlanmaktadır. Bu sayede güvenli bir iletişim sağlanır. Oracle tavsiyelerinde bu ağın genişletilmesini önermez.

Exadata içerisindeki Infiniband ağı saniyede 40 Gigabit olarak çalışır.DWH ortamlarında ve Büyük veri çalışmalarında bant genişliği önemlidir. Infiniband sayesinde Exadata makinası yüke binmeden veri trafiğinin üstesinden gelebilir.

Bununla birlikte Oracle veritabanı için REDO LOG kavramı hayati bir önem taşımaktadır. Redo Log yazma işlemleri I/O Wait ve commit işlemlerine duyarlı olduğu için storage üzerindeki işlemlerin maksimum seviyede olması istenir. Infiniband sayesinde bu süreç problemsiz giderilir.

DRAM Cache in Storage

Oracle Exadata veri erişiminde öncelikle DRAM teknolojisini kullanır. Mevcut veriler bu sayede ilk olarak Disk yerine DRAM üzerindeki önbellekten okunmaktadır. Exadata Smart Flash Cache hızına ek olarak 2.5 kat daha fazla verim elde edilir.

Yukarıdaki görsel örnekte görüldüğü üzere Exadata bellek yapısında minumum I/O ile yüksek performans sağlamaktadır. DRAM cache özelliğini daha geniş incelemek için aşağıdaki video takip edilebilir.

In-Memory Fault Tolerance
Oracle In-Memory özelliği duyurulduğu 12C sürümü ile birlikte bütün platformlarda desteklenmektedir. Bu özelliği Oracle Exadata makinasında çalıştırmanız bazı avantajları bulunur. In-Memory özelliğini Exadata üzerinde çalıştırmanız en önemli avantajı yine Exadata’ya özgü bellek içi hata töleransıdır.

In-Memory Fault Tolerance verilerin Exadata üzerinde koşan Oracle veri tabanı node’ları arasında etkili bir şekilde mirror edilebileceği anlamına gelir. Bu özellik geliştiricilere DRAM ön belleğini daha agrasif kullanma avantajlarını sağlatabilir.

Oracle Exadata makinasının fiziksel ve yapısal özelliklerini tanıttığımız bu yazı dizimizin sonuna geldik. Bölüm 2 de görüşmek üzere.

The post Oracle Exadata' yı Hızlı Yapan Nedir ? Bölüm : 1 appeared first on ÇözümPark.

Değerli Dostlar,

Bugün Oracle DBA olarak olmazsa olmazlarımızdan daha önce orachk ve exachk olarak kullandığımız araçları daha gelişmiş ve bütünleşik özelliklerle sunan ve yine Oracle tarafından sunulan AHF aracını inceleyeceğiz.

Oracle Autonnomous Health Framework kısaca AHF , Oracle veri tabanı exadata makinası , cluster , grid ve işletim sisteminde kapsamlı bir kontrol yaparak bize tavsiyeler veren performans arttırıcı ve hataları görmenizi sağlayan önemli bir araçtır. Bununla birlikte AHF bir veri tabanının yükseltme öncesinde yapılacak kontrollerindede kullanılabilir. Aracın çalışması sonucunda ortaya çıkan rapor olması gereken paremetrik değerleri yada yapılması gereken yamaları bizlere sunabilir.

Oracle AHF aracını Oracle Support hesabınız ile aşağıdaki adresten indirebilirsiniz.

Autonomous Health Framework (AHF) – Including TFA and ORAchk/EXAChk

Oracle AHF’nin root yetkileri ile çalıştırılması tüm özelliklerinden yararlanmasını sağlayacaktır. Farklı bir kullanıcı ile çalıştırısanız muhtemel kontrolleri manuel olarak yapmanız gerekecek ve derinlemesine bir incelemeden mahsur kalmanız söz konusu olacaktır.

Bununla birlikte Oracle AHF’nin kurulumuna başlamadan önce bazı paketlerin yüklenmiş olması gerekir. Paketlerin eksikliği AHF aracının düzgün çalışmasına engel olacaktır.

# yum install -y perl-Digest-MD5 perl-Data-Dumper

Oracle Support hesabımız ile indirdip işletim sistemimize yüklediğimiz AHF arcımızın kurulumuna başlayabiliriz.

# cd /tmp/
# unzip -oq AHF-LINUX_v19.3.0.zip
#
# ./ahf_setup

AHF Installation Log : /tmp/ahf_install_9090_2020_01_21.log

Starting Autonomous Health Framework (AHF) Installation

AHF Version: 193000 Build Date: 20200121

Default AHF Location : /opt/oracle.ahf

Do you want to change AHF Location (/opt/oracle.ahf) ? Y|[N] :

AHF Location : /opt/oracle.ahf

AHF Data Directory stores diagnostic collections and metadata.
AHF Data Directory requires at least 5GB (Recommended 10GB) of free space.

Choose Data Directory from below options :

1. /opt/oracle.ahf [Free Space : 71390 MB]
2. Enter a different Location

Choose Option [1 - 2] : 1

AHF Data Directory : /opt/oracle.ahf/data

Do you want to add AHF Notification Email IDs ? [Y]|N :

Enter Email IDs separated by space : abuzer@kadayif.com

Extracting AHF to /opt/oracle.ahf

Configuring TFA Services

Discovering Nodes and Oracle Resources

Starting TFA Services
Created symlink from /etc/systemd/system/multi-user.target.wants/oracle-tfa.service to /etc/systemd/system/oracle-tfa.service.
Created symlink from /etc/systemd/system/graphical.target.wants/oracle-tfa.service to /etc/systemd/system/oracle-tfa.service.

.------------------------------------------------------------------------------.
| Host      | Status of TFA | PID  | Port  | Version    | Build ID             |
+-----------+---------------+------+-------+------------+----------------------+
| localhost | RUNNING       | 3138 | 34125 | 19.3.0.0.0 | 19300020200121131037 |
'-----------+---------------+------+-------+------------+----------------------'

Running TFA Inventory...

Adding default users to TFA Access list...

.-------------------------------------------------------.
|              Summary of AHF Configuration             |
+-----------------+-------------------------------------+
| Parameter       | Value                               |
+-----------------+-------------------------------------+
| AHF Location    | /opt/oracle.ahf                     |
| TFA Location    | /opt/oracle.ahf/tfa                 |
| Orachk Location | /opt/oracle.ahf/orachk              |
| Data Directory  | /opt/oracle.ahf/data                |
| Repository      | /opt/oracle.ahf/data/repository     |
| Diag Directory  | /opt/oracle.ahf/data/localhost/diag |
'-----------------+-------------------------------------'

AHF binaries are available in /opt/oracle.ahf/bin

AHF is successfully installed

Moving /tmp/ahf_install_9090_2020_01_21.log to /opt/oracle.ahf/data/localhost/diag/ahf/

#

Kurulum başarı ile tamamlandı, durumu bir kontrol edelim.

# systemctl status oracle-tfa.service
● oracle-tfa.service - Oracle Trace File Analyzer
   Loaded: loaded (/etc/systemd/system/oracle-tfa.service; enabled; vendor preset: disabled)
   Active: active (running) since Tue 2020-01-21 00:00:00 UTC; 2h 21min ago
 Main PID: 4270 (init.tfa)
   CGroup: /system.slice/oracle-tfa.service
           ├─ 4270 /bin/sh /etc/init.d/init.tfa run >/dev/null 2>&1 </dev/null
           ├─ 4376 /opt/oracle.ahf/jre/bin/java -server -Xms64m -Xmx128m -Djava.awt.headless=true -Ddisable.checkForUpdate=true oracle.rat.tfa.TFAMain /opt/oracle.ahf/tfa
           ├─ 9572 /opt/oracle.ahf/jre/bin/java -server -Xms64m -Xmx128m -Djava.awt.headless=true -Ddisable.checkForUpdate=true oracle.rat.tfa.TFAMain /opt/oracle.ahf/tfa
           └─26504 /bin/sleep 50
#

Aracımız düzgün olarak kurulduğuna göre artık çalıştırabiliriz.

# root ile dizine giriyoruz
cd /opt/oracle.ahf/bin

# root ile çalıştırıyoruz
./orachk

./orachk komutuz ile aracımızı çalıştırdık. Öncelikle işletim sisteminde daha sonra grid , database gibi uygulamalarda denetim sağlayacak ve bizden hangi SID üzerinde işlem yapacağımızı soracak. Seçim yapmamıza müteakip tam denetim ile bize çıktımızı verecek. Bizim test için kullandığımız veri tabanı ” KADAYIFDB “

# orachk
Started orachk discovery caching....

List of running databases

1. KADAYIFDB
2. None of above

Select databases from list for checking best practices. For multiple databases, select 1 for All or comma separated number like 1,2 etc [1-2][1].
.  .
.  .

Checking Status of Oracle Software Stack - Clusterware, ASM, RDBMS

.  .  . . . .  .  . . . .
.  .  .  .  .  .  .  .  .  .  .
-------------------------------------------------------------------------------------------------------
                                                 Oracle Stack Status
-------------------------------------------------------------------------------------------------------
  Host Name       CRS Installed       ASM HOME  RDBMS Installed    CRS UP    ASM UP  RDBMS UP    DB Instance Name
-------------------------------------------------------------------------------------------------------
  localhost                  No           No          Yes           No       No      Yes          KADAYIFDB
-------------------------------------------------------------------------------------------------------


Copying plug-ins

. .
.  .  .  .  .  .  .  .

Collections and audit checks log file is
opt/oracle.ahf/data/localhost/orachk/orachk_localhost_kadayifdb_012120_16493/log/orachk.log


Successfully completed orachk discovery caching.

Setting up orachk auto restart functionality


oracle-orachkscheduler start/running, process 22031

Starting orachk daemon. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

orachk daemon started successfully


Daemon log file location is : opt/oracle.ahf/data/localhost/orachk/orachk_localhost_kadayifdb_012120_16493/log/orachk.log

#

============================================================
              Node name - localhost
============================================================



 
 Collecting - Database Parameters for kadayifdb database
 Collecting - Database Undocumented Parameters for kadayifdb database
 Collecting - RDBMS Feature Usage for kadayifdb database
 Collecting - CPU Information
 Collecting - Disk I/O Scheduler on Linux
 Collecting - DiskMount Information
 Collecting - Kernel parameters
 Collecting - Maximum number of semaphore sets on system
 Collecting - Maximum number of semaphores on system
 Collecting - Maximum number of semaphores per semaphore set
 Collecting - Memory Information
 Collecting - OS Packages
 Collecting - Operating system release information and kernel version
 Collecting - Patches for RDBMS Home
 Collecting - Table of file system defaults
 Collecting - number of semaphore operations per semop system call
 Collecting - Disk Information
 Collecting - ORAchk Daemon/Scheduler configuration
 Collecting - Root user limits
 Collecting - UHC_12c_Agent Status
 Collecting - UHC_Agent User Shell Limits
 Collecting - Verify no database server kernel out of memory errors
 INFO =>     Important Storage Minimum Requirements for Grid & Database Homes
 FAIL =>     Database parameter DB_LOST_WRITE_PROTECT is not set to recommended value on kadayifdbinstance
 INFO =>     umask for RDBMS owner is not set to 0022
 WARNING =>  Database parameter DB_BLOCK_CHECKING on PRIMARY is NOT set to the recommended value. for kadayifdb
 INFO =>     Operational Best Practices
 INFO =>     Database Consolidation Best Practices
 INFO =>     Computer failure prevention best practices
 INFO =>     Data corruption prevention best practices
 INFO =>     Logical corruption prevention best practices
 INFO =>     Database/Cluster/Site failure prevention best practices
 INFO =>     Client failover operational best practices
 WARNING =>  One or more components in database registry are not valid for kadayifdb 
 WARNING =>  Duplicate objects were found in the SYS and SYSTEM schemas for kadayifdb 
 WARNING =>  Oracle clusterware is not being used
 WARNING =>  RAC Application Cluster is not being used for database high availability on kadayifdb instance
 WARNING =>  DISK_ASYNCH_IO is NOT set to recommended value for kadayifdb 
 WARNING =>  Flashback on PRIMARY is not configured for kadayifdb 
 INFO =>     Database failure prevention best practices
 WARNING =>  Database Archivelog Mode should be set to ARCHIVELOG for kadayifdb
 FAIL =>     Active Data Guard is not configured for kadayifdb
 WARNING =>  Redo log write time is more than 500 milliseconds for kadayifdb

Tüm testlerimiz tamamlandı. AHF çıktımız ” opt/oracle.ahf/data/localhost/orachk/orachk_localhost_kadayifdb_012120_16493/log/orachk_localhost_kadayifdb_012120_16493.html ” içerisine yazıldı artık inceleyebiliriz.

Örnek bir çıktıya göz atarsak detayları görebilir ve ilgili noktalarda önlemler alabiliriz.

Diğer makalelerimizde görüşmek üzere

The post Oracle Autonomous Health Framework (AHF) Nedir ? appeared first on ÇözümPark.

Makalemizin ilk bölümünde Oracle Exadata makinasının onu benzersiz yapan donanımsal özelliklerinden bahsetmiştik.

Bu bölümde ise bu donanımları yöneten yazılımlardan ve teknolojilerden bahsedeceğiz.

Makalemin birinci bölümüne aşağıdaki link üzerinden ulaşabilirsiniz;

Active Storage – Cell Offload
Oracle Exadata Node üzerinde storage yada Cell üzerine Cell Offload Processing adını verdiği veri aktarma teknolojisine sahiptir. Bu teknoloji mevcut süreçlerin Storage üzerinde çalıştığı anlamını taşır. Piyasadaki diğer ürünler veri işlemeyi sunucu üzerinde gerçekleştirdiği için bu teknolojiye göre daha az performans gösterir. Ayrıca Oracle Exadata diğer veri tabanı sunucularına nazaran yüksek performanslar elde edebilmek için bir çok iş yükünü Cell üzerinde çalıştrmaktadır. Bu sayede diğer All-Flash diskler Exadata performansına erişemez.

Varsayılan olarak açık gelen bu özellik CELL_OFFLOAD_PROCESSING parametresi ile düzenlenmektedir. Cell Offload teknolojisinin bazı özellikleri aşağıdaki gibidir.

• SQL Offload
• XML & JSON Offload
• RMAN Backup (BCT) Filtering
• Data file vs. REDO I/O Segregation
• Encryption/Decryption Offload
• Fast Data File Creation

Massively Parallel Processing (MPP)
MPP teknolojisi çok sayıda işlemicininin yada birden fazla sunucunun aynı amaca hizmeti için tasarlanmış bir teknolojidir. Exadata üzerinde shared memory özelliğini kullandığınızda iş yükleri için tüm kaynaklar seferber edilebilir.

MPP teknolojisi yatay olarak büyüyebilir, Shared everything yapısına göre kayıp oluşmamaktadır. Shared nothing yapısına göre tek bir veri tabanı kavramı kullanıldığı için avantaj sağlar.

Bloom Filters
Exadata, Storage üzerindeki JOIN işlemlerini doğrudan işlemek yerine bunları kolaylaştıran Bloom filtrelerini kullanır. Filtre ölçüleri, ilgili verileri filtrelemek için Exadata Storage katmanına aktarılır. Sürecin son adımı RAC üzerinde yapılırken, asıl iş gücü Bloom Filtreleme mimarisine göre Cell üzerinde gerçekleşir.

Fast Node & Cell Death Detection
Tipik bir Cluster yapısı, ethernet üzerinden standart mimarisini kullanır. Bu tüm platformlarda desteklenmesi ve yüksek performans sağlamasına rağmen bazı dezavantajlar içerir. Exadata ilk sürümlerinden bügüne Cluster içeirisndeki beklemeleri engellemek ve Node’lar arasındaki hataları ekarte etmek için Maximum Availability Architecture ( MMA ) temel edinmiştir.

Yukarıdaki grafikte RAC üzerinde kopan bir node için bekleme süresin göstermektedir. MMA teknolojisine göre bunun belirlenmesi 30 saniye ve altında olurken, exadata dışındaki klasik sistemlerde 120 saniyeye kadar çıkabilmektedir.

Yukarıda da belirttiğimiz gibi Exadata entegre bir çözümdür. RAC üzerinde düşen node’ları belirlemek için Infiniband hızını kullanır. Aşağıdaki örnek bir grafik verilmiştir.

Large Write Caching & TEMP Performance

Exadata 128kb üstü verileri Flash Cache üzerinde saklayarak bu teknolojiden tam olarak yayarlanır. Bu mimari herzaman üretilen kapasite ile paralele yürümüştür. Bu sayede yeni çıkan her Exadata makinasında Flash Cache boyutuda aynı ölçüde artar.

Adaptive SQL Optimization
Bu özellikle sadece Exadata makinasına has olmamasına rağmen , Exadata için kritik bir öneme sahiptir.DWH ortamlarının çoğunun Exadata üzerine taşındığı günümüzde SQL ifadelerinin optimizasyonu son derece önemlidir. Exadata SQL çalışma planını her zaman üst düzey verimlilikte optimize eder. Planda bir değişiklik algılanırsa bunu hızlı bir şekilde düzenleme yeteneğine sahiptir.

Optimizing storage use and I/O through compression
Oracle Exadata Hybrid Columd adını verdiğini benzersiz bir sıkıştırma teknolojisi sunar. HCC teknolojisi ile büyük veri tabanlarında yüksek miktarda kapasite tasarrufu sağlanır. Bu teknoloji veri sıkıştırmada yenilikçi bir yaklaşımdır.

Mission Critical HA
Oracle Exadata yüksek erişilebilirlik mimarisine tam uyumlu olarak tasarlanmıştır.Her türlü arızlara, insan hatalarına ve kesintilere karşı yedekli olarak tasarlanmıştır.Bununla birlikte Dataguard mimarisine entegre olarak herhangi bir durumda oluşabilecek felaketlere karşı yüksek koruma sağlanmaktadır.

2 bölümde Exadata’yı hızlı yapan belirgin özellikleri dilimiz döndüğünce anlatmaya çalıştık. Diğer yazılarımızda görüşmek üzere.

The post Oracle Exadata’yı Hızlı Yapan Nedir? Bölüm 2 appeared first on ÇözümPark.

Değerli Dostlar,

Weblogic, Oracle tarafından sunulan ve desteği verilen gerek güvenlik gerekse erişilebilirlik bakımından dünyanın en iyi Java uygulama sunucusudur. İçerisinde barındırdığı High Availibilty , Cluster ve bir çok kurumsal özellikle yüksek verimlilik sağlamaktadır.

Bu yazımızda Oracle Weblogic 12.2.1.3 sürümünün kurulumunu yapacağız. Kurulum Oracle Linux 7 işletim sisteminde Java JDK 1.8 sürümü üzerinde olacak. Oracle ile yükleme dosyalarına ” https://edelivery.oracle.com/ ” adresinden erişebilirsiniz.

$ java - jar fmw_12.2.1.3.0_wls.jar

Oracle Weblogic server kurulumunun ilk adımını tamamladık. Diğer adımlarda Node Manager yapılandırması ve Cluster yapılarını anlatacağız. Tekrar görüşmek dileğiyle.

The post Oracle Weblogic Server 12.2.1.3 Kurulumu – Bölüm 1 appeared first on ÇözümPark.

Değerli Dostlar,

İlk bölümde Oracle Weblogic kurulumunu adım adım yapmıştık. ( Bölüm 1 ) Bu bölümde ise biraz daha detaylara girerek Node Manager yapılandırmasını yaparak sunucularımızı aktif edeceğiz.

Öncelikle Node Manager’dan biraz bahsetmek istiyorum.

Node Manager, WebLogic Server’dan ayrı bir süreç olarak çalışan ve uygulama Sunucusuna göre alan bağımsız olarak ilgili Sunucular için ortak görevler gerçekleştirmenizi sağlayan bir Java yardımcı programıdır. Kullanımı isteğe bağlı olsa da, WebLogic Server ortamınız High Avalibilty gereksinimleri olan uygulamaları barındırıyorsa nefis avantajlar sağlar.

Node Manager tarafından yönetilen sunucuları barındıran bir makinede çalıştırırsanız, Yönetim Konsolu’nu kullanarak veya komut satırından sunucuları uzaktan başlatabilir ve durdurabilirsiniz. Ayrıca Node Manager, beklenmeyen bir hatadan sonra bir sunucuyu otomatik olarak yeniden başlatabilir.

Tanımlamımızı yaptıktan sonra konfig işlemlerine geçebiliriz. İşlemleri yine Linux console üzerinden yapacağız.

cd /u01/app/oracle/middleware/user_projects/domains/cp_domain/nodemanager
nano nodemanager.properties

cd /u01/app/oracle/middleware/user_projects/domains/cp_domain/bin
./startNodeManager.sh

http://ip_adresiniz:7001/console

Lock & Edit dedikten sonra , Sol taraftaki Domain Structure menüsünden " Environment > Machines > CPMachine " bölümüne açıyoruz.

cd /u01/app/oracle/middleware/user_projects/domains/cp_domain/bin
./stopWeblogic.sh

./startWeblogic.sh

Admin Server başladı.

Arayüzü açarak , Domain Structure > Environment > Servers bölününe geliyoruz ve " Control " tabına geçiyoruz.

Şuan weblogic sunucumuz sağlıklı bir şekilde çalışıyor. Node Manager sayesinde tüm işlemleri artık Linux Console olmadan yapacağız.

Oracle Weblogic Server Node Manager yapılandırmamız bitti. Bir sonrası süreçte Cluster yapısını ve kurulumunu inceleyeceğiz. Tekrar görüşmek dileğiyle.

The post Oracle Weblogic Server 12.2.1.3 Kurulumu – Bölüm 2 Node Manager appeared first on ÇözümPark.

Değerli Dostlar,

Daha önceki yazılarımızda Bölüm 1 olarak Oracle Weblogic Server kurulunu , Bölüm 2 olarak Node Manager yapılandırmasını anlatmıştık. Bu yazımızda ise Cluster yapılarını anlatacağız. Öncelikle Oracle Weblogic Cluster nedir biraz açalım.

Oracle WebLogic Cluster, aynı anda çalışan ve artırılmış ölçeklenebilirlik ve güvenilirlik sağlamak için organize çalışan birden çok WebLogic Server sunucudan oluşur. Cluster, istemcilere tek bir WebLogic Server olarak görünür. Cluster oluşturan sunucu uygulamalrı aynı makinede çalışabilir veya farklı makinelerde bulunabilir. Varolan bir makinedeki Cluster üzerine ek sunucu ekleyerek bir Cluster organizasyonun kapasitesini artırabilirsiniz. Cluster üzerindeki her sunucu, WebLogic Server’ın aynı sürümününe sahip olmalıdır.

Oracle Weblogic Cluster Bölüm1 ve Bölüm 2 de ön hazırlıklarımızı yapmıştık. Bu kısımda Cluster için ikinci nod kurulumunu hazır hale getireceğiz. Kontrol işlemleri birinci node üzerinde olacak ve ikinci nod sadece diğer Manage Serverlar için kullanılacak.

İkinci Node için kuruluma başlayabiliriz.

$ java - jar fmw_12.2.1.3.0_wls.jar

Şimdi en can alıcı noktaya geldik. Cluster için nod sonucuları birbirine tanıtacağız. Aşağıdaki işlem yeni kurduğumuz ikinci node üzerine olacak.

cd /u01/app/oracle/middleware/oracle_common/common/bin
./wlst.sh

wls:/offline>
connect('weblogic', 'weblogic1', 't3://weblogic1:7001')

nmEnroll('/u01/app/oracle/middleware/user_projects/domains/cp_domain', '/u01/app/oracle/middleware/user_projects/domains/cp_domain/nodemanager')

disconnect()

exit()

İkinci Node üzerinde işimiz bitti. Artık Arayüzden çalışacağız.

Bu makalemizde Oracle Weblogic Server için cluster kurulumunu anlattık. Artık bir load balancer arkasına alarak yüksek erişilebilirlikte sunucuları hizmete açabilirsiniz.

The post Oracle Weblogic Server 12.2.1.3 Kurulumu – Bölüm 3 Cluster appeared first on ÇözümPark.

Değerli Dostlar,

Weblogic, Oracle tarafından sunulan ve desteği verilen gerek güvenlik gerekse erişilebilirlik bakımından dünyanın en iyi Java uygulama sunucusudur. İçerisinde barındırdığı High Availibilty , Cluster ve bir çok kurumsal özellikle yüksek verimlilik sağlamaktadır.

Bu yazımızda Oracle Weblogic 14.1.1.0 sürümünün kurulumunu yapacağız. Kurulum Oracle Linux 7 işletim sisteminde Java JDK 1.8 sürümü üzerinde olacak. Oracle ile yükleme dosyalarına ” https://edelivery.oracle.com/ ” adresinden erişebilirsiniz.

$ mkdir -p /u01/app/oracle/middleware
$ mkdir -p /u01/app/oraInventory 
$ java - jar fmw_14.1.1.0.0_wls.jar

$ cd /u01/app/oracle/middleware/user_projects/domains/base_domain
$ startWebLogic.sh

Weblogic Server 14.1.1.0 sürümünün kurulumunu tamamladık. Bundan sonraki yazılarımızda Managed Server , Cluster ve Deployment işlemlerine değineceğiz. Tekrar görüşmek dileğiyle

The post Oracle Weblogic Server 14 Bölüm – 1 Kurulum appeared first on ÇözümPark.

Değerli Dostlar

Bugün kü yazımızda Oracle 19C veri tabanının Standalone olarak Gird mimarisi üzerinde kurulumunu bölüm bölüm anlatacağız. Oracle Database bilindiği üzere local diskler üzerine kurulabildiği gibi istenildiği Grid dediğimiz mimarisi üzerinede kurulabilmektektir. Grid üzerinde çalıştırmanın gerek kontrol gerekse kullanım açısından avantajları bulunmaktadır.

Not : Oracle ürünleri ile ilgili yükleme dosyaları ve kurulum araçlarını “https://edelivery.oracle.com/osdc/faces/Home.jspx ” adresinden ücretsiz bir kullanıcı hesabı ile edilebilirsiniz.

Makalemize ufak ufak başlarken kurulum ile ilgili bölümlerimiz sırası ile aşağıdaki gibi tamamlayacağız.

Bölüm 1 : Oracle Linux 7 İşletim sistemi kurulumu
Bölüm 2 : Gird Infrastructure hazırlığı ve kurulumu
Bölüm 3 : Oracle Database 19c hazırlığı vekurulumu

Oracle üzerinden indirdiğimiz işletim sistemi .iso yansısı mount ederek kuruluma başlıyoruz.

Bu yazımızın sonunda diğer kurulumlar için Oracle Linux 7 işletim sistemimizi hazırladık. İşletim sistemimizin sadece kurulumu yapılmış olup herhangi bir güncelleme yapmadık. Günceleme ve Grid için konfig ayarı gibi adımları Bölüm – 2 üzerinde anlatacağız.

Tekrar görüşmek dileğiyle

The post Oracle Grid Infrastructure ile Single Instance (Standalone) 19C Veritabanı Kurulumu – Bölüm 1 appeared first on ÇözümPark.

Değerli Dostlar,

Oracle Grid Infrastructure ile Single Instance (Standalone) 19C Veritabanı Kurulumu serimizin ikinci bölümünde Grid kurulumunu ve yapılandırmasını inceleyeceğiz. ( İşletim sistemi için Bölüm -1 ) Grid için oluşturduğumuz sanal makinada ek olarak 2 adet disk kullanacağız.

Bu disklerden biri +DATA diğeri ise +FRA alanı olarak kullanılacak. Bu sebeple eklemediyseniz ekstra olarak iki adet disk eklemeniz gerekir. Eklenen bu diskler işletim sistemimizde ” sdb ” ve ” sdc ” olarak görünecekler.

Grid kurulumuna başlamadan önce bazı paketlerin yüklenmesine ihtiyacımız bulunmakta. Sırası ile aşağıdaki güncellemeleri yapıyoruz ve Oracle Delivery Cloud üzerinden 19C için Grid ve database setuplarını indiriyoruz.

Artık yeni bir terminal penceresi açarak işlemlerimize başlayabiliriz.

# işareti root kullanıcısı
$ işareti oracle kullanıcısını belirtir.

# yum install -y oracle-database-preinstall-19c
# yum update -y

Hosts dosyamızı kendimize göre düzenliyoruz.

# vi /etc/hosts
192.168.100.90 database.parlayan.local database

Selinux servisimizi kapatıyoruz.

#vi /etc/selinux/config

SELINUX=disabled

Firewall servislerimizi kapatıyoruz.
# systemctl stop firewalld
# systemctl disable firewalld

Grid ve Database için klasörlerimizi oluşturuyoruz.

mkdir -p /u01/app/oracle/product/19.0.0.0/db
mkdir -p /u01/app/19.0.0.0/grid
chown -R oracle:oinstall /u01
chmod -R 775 /u01

Ortam değişkenlerimizi oluşturuyoruz. Burada Host ve SID isimlerinizi kendinize göre düzenlemeniz gerekir.

# su - oracle
$ cd /home/oracle
$ vi .setEnv

TMP=/tmp; export TMP
TMPDIR=$TMP; export TMPDIR

ORACLE_HOSTNAME=database.parlayan.local; export ORACLE_HOSTNAME
ORACLE_UNQNAME=BUGRA; export ORACLE_UNQNAME
ORACLE_BASE=/u01/app/oracle; export ORACLE_BASE
GRID_HOME=/u01/app/19.0.0.0/grid; export GRID_HOME
DB_HOME=$ORACLE_BASE/product/19.0.0.0/db; export DB_HOME
ORACLE_HOME=$DB_HOME; export ORACLE_HOME
ORACLE_SID=BUGRA; export ORACLE_SID
ORACLE_HOME_LISTNER=$ORACLE_HOME export ORACLE_HOME_LISTNER
ORACLE_TERM=xterm; export ORACLE_TERM
BASE_PATH=/usr/sbin:$PATH; export BASE_PATH
PATH=$ORACLE_HOME/bin:$BASE_PATH; export PATH

LD_LIBRARY_PATH=$ORACLE_HOME/lib:/lib:/usr/lib; export LD_LIBRARY_PATH
CLASSPATH=$ORACLE_HOME/JRE:$ORACLE_HOME/jlib:$ORACLE_HOME/rdbms/jlib; export CLASSPATH


alias grid_env='. /home/oracle/.grid'
alias db_env='. /home/oracle/.db'

# su - oracle
$ cd /home/oracle
$ vi .db

ORACLE_SID=BUGRA; export ORACLE_SID
ORACLE_HOME=$DB_HOME; export ORACLE_HOME
PATH=$ORACLE_HOME/bin:$BASE_PATH; export PATH

LD_LIBRARY_PATH=$ORACLE_HOME/lib:/lib:/usr/lib; export LD_LIBRARY_PATH
CLASSPATH=$ORACLE_HOME/JRE:$ORACLE_HOME/jlib:$ORACLE_HOME/rdbms/jlib; export CLASSPATH

# su - oracle
$ cd /home/oracle
$ vi .grid

ORACLE_SID=+ASM; export ORACLE_SID
ORACLE_HOME=$GRID_HOME; export ORACLE_HOME
PATH=$ORACLE_HOME/bin:$BASE_PATH; export PATH

LD_LIBRARY_PATH=$ORACLE_HOME/lib:/lib:/usr/lib; export LD_LIBRARY_PATH
CLASSPATH=$ORACLE_HOME/JRE:$ORACLE_HOME/jlib:$ORACLE_HOME/rdbms/jlib; export CLASSPATH

Değişkenlerimizi oluşturduk. Şimdi ASM için disklerimizi hazırlayacağız.

# ls /dev/sd*
# /dev/sda  /dev/sda1  /dev/sdb  /dev/sdc

# fdisk /dev/sdb

Welcome to fdisk (util-linux 2.23.2).

Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

Device does not contain a recognized partition table
Building a new DOS disklabel with disk identifier 0xed980ecd.

Command (m for help): n
Partition type:
   p   primary (0 primary, 0 extended, 4 free)
   e   extended
Select (default p): p
Partition number (1-4, default 1):
First sector (2048-2147483647, default 2048):
Using default value 2048
Last sector, +sectors or +size{K,M,G} (2048-2147483647, default 2147483647):
Using default value 2147483647
Partition 1 of type Linux and of size 1024 GiB is set

Command (m for help): w
The partition table has been altered!

Calling ioctl() to re-read partition table.
Syncing disks.

Yapılacaklar

1. soruda "n" seçeneğini veriyoruz.
2. soruda türünü soruyor “p” seçeneğini veriyoruz primary olarak
oluşturuyoruz.
3. soruda "1" diyerek default seçeneği veriyoruz.
4. Dördüncü ve 5. soruları "enter" tuşuna basarak default seçeneğinde
bırakıyoruz.
6. soruda "w" tuşuna basarak değişiklikleri uyguluyoruz.

# fdisk /dev/sdbc

Welcome to fdisk (util-linux 2.23.2).

Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

Device does not contain a recognized partition table
Building a new DOS disklabel with disk identifier 0xed980ecd.

Command (m for help): n
Partition type:
   p   primary (0 primary, 0 extended, 4 free)
   e   extended
Select (default p): p
Partition number (1-4, default 1):
First sector (2048-2147483647, default 2048):
Using default value 2048
Last sector, +sectors or +size{K,M,G} (2048-2147483647, default 2147483647):
Using default value 2147483647
Partition 1 of type Linux and of size 1024 GiB is set

Command (m for help): w
The partition table has been altered!

Calling ioctl() to re-read partition table.
Syncing disks.

Yapılacaklar

1. soruda "n" seçeneğini veriyoruz.
2. soruda türünü soruyor “p” seçeneğini veriyoruz primary olarak
oluşturuyoruz.
3. soruda "1" diyerek default seçeneği veriyoruz.
4. Dördüncü ve 5. soruları "enter" tuşuna basarak default seçeneğinde
bırakıyoruz.
6. soruda "w" tuşuna basarak değişiklikleri uyguluyoruz.

# ls /dev/sd*
/dev/sda  /dev/sda1  /dev/sdb  /dev/sdb1  /dev/sdc  /dev/sdc1

Yapılandırdığımız diskleri ASM için damgalıyoruz.

#oracleasm configure -i

Configuring the Oracle ASM library driver.

This will configure the on-boot properties of the Oracle ASM library
driver.  The following questions will determine whether the driver is
loaded on boot and what permissions it will have.  The current values
will be shown in brackets ('[]').  Hitting <ENTER> without typing an
answer will keep that current value.  Ctrl-C will abort.

Default user to own the driver interface []: oracle
Default group to own the driver interface []: dba
Start Oracle ASM library driver on boot (y/n) [n]: y
Scan for Oracle ASM disks on boot (y/n) [y]: y
Writing Oracle ASM library driver configuration: done

# oracleasm init

# oracleasm createdisk DATA1 /dev/sdb1
# oracleasm createdisk FRA1 /dev/sdc1

Artık kuruluma başlayabiliriz. Bundan sonrası Oracle kullanıcımız ile devam edecek.

# su - oracle 
$ cd /home/oracle
$ . .setEnv
$ . .grid
$ cd $ORACLE_HOME
unzip V982068-01.zip
./gridSetup.sh

# cd /u01/app/oraInventory/
# ./orainstRoot.sh

Changing permissions of /u01/app/oraInventory.
Adding read,write permissions for group.
Removing read,write,execute permissions for world.

Changing groupname of /u01/app/oraInventory to oinstall.
The execution of the script is complete.

# cd oracle/19.3.0.0/grid/
# ./root.sh
Performing root user operation.

The following environment variables are set as:
    ORACLE_OWNER= oracle
    ORACLE_HOME=  /u01/app/oracle/19.3.0.0/grid

Enter the full pathname of the local bin directory: [/usr/local/bin]:
   Copying dbhome to /usr/local/bin ...
   Copying oraenv to /usr/local/bin ...
   Copying coraenv to /usr/local/bin ...


Creating /etc/oratab file...
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: /u01/app/oracle/19.3.0.0/grid/crs/install/crsconfig_params
The log of current session can be found at:
  /u01/app/oracle/crsdata/database/crsconfig/roothas_2020-04-17_04-05-08PM.log
2020/04/17 16:05:15 CLSRSC-363: User ignored prerequisites during installation
LOCAL ADD MODE
Creating OCR keys for user 'oracle', privgrp 'oinstall'..
Operation successful.
LOCAL ONLY MODE
Successfully accumulated necessary OCR keys.
Creating OCR keys for user 'root', privgrp 'root'..
Operation successful.
CRS-4664: Node database successfully pinned.
2020/04/17 16:05:25 CLSRSC-330: Adding Clusterware entries to file 'oracle-ohasd.service'


Database     2020/04/17 16:06:22 /u01/app/oracle/crsdata/database/olr/backup_20200417_160622.olr     724960844
2020/04/17 16:06:23 CLSRSC-327: Successfully configured Oracle Restart for a standalone server

$ cd /home/oracle
$ . .setEnv
$ . .grid
$ asmca

Kontrol için inceliyoruz.

$ . .setEnv
$ . .grid
$ asmca
$ asmcmd
ASMCMD> ls
DATA/
FRA/
ASMCMD>

Disklerimiz göründüğüne göre Grid kurulumumuzu tamamladık. Bundan sonrasında veri tabanı kurulumu ile devam edeceğiz.

The post Oracle Grid Infrastructure ile Single Instance (Standalone) 19C Veritabanı Kurulumu – Bölüm 2 appeared first on ÇözümPark.

Değerli Dostlar,

Makale serimizin bu bölümünde Oracle Grid Infrastructure ile Single Instance (Standalone) 19C Veritabanı için yapısını hazır hale getirdiğimiz sistemizin son adımı olan Oracle Database 19C kurulumunu yapacağız.

Daha önceki makaleler
Bölüm – 1 İşletim Sisteminin Kurulması
Bölüm – 2 Grid Infrastructure Kurulumu

Oracle Database 19C kurulum dosyalarını daha öncede belirttiğim gibi ” https://edelivery.oracle.com/ ” adresinden ücretsiz bir üyelik ile indirebilirsiniz.

Tüm işlemler hazır olduğuna göre işletim sistemimize bağlanıp yeni bir terminal açarak kuruluma başlayabiliriz.

# su - oracle
$ cd /home/oracle
$ . .setEnv
$ . .db
$ cd $ORACLE_HOME
$ unzip V98206301.zip
./runInstaller

# cd /u01/app/oracle/product/19.0.0.0/db
# ./root.sh

# su - oracle
$ cd /home/oracle
$ . .setEnv
$ . .db
$ dbca

# sqlplus / as sysdba
SQL*Plus: Release 19.0.0.0.0 - Production on Tue April 01 20:08:56 2020
Version 19.3.0.0.0

Copyright (c) 1982, 2019, Oracle.  All rights reserved.

Adım adım kurulumlarımızı tamamladık. Diğer makalelerimizde görüşmek üzere.

The post Oracle Grid Infrastructure ile Single Instance (Standalone) 19C Veritabanı Kurulumu – Bölüm 3 appeared first on ÇözümPark.

Değerli Dostlar,

Bugünkü yazımızda Standalone çalışan Oracle Database 19C için Release Update 19.5.0.0.191015 yamasının nasıl geçileceğini anlatacağız. 30125133 numaralı bu yamayı Oracle Support hesabınız üzerinden indirebilirsiniz.

Bu yama hakkında bazı bilgiler vermek gerekirse;

• Bu sürüm güncellemesi 19.5.0.0 ve kendinden öncesi tüm 19C veri tabanı yamalarının dahil edilmiş halidir. Bu yamayı yüklemek için Oracle Database 19C yüklü olmalıdır.
• Oracle Rac Rolling Installable bir yamadır.
• Bu yamayı Datagaurd için kullanabilirsiniz.
• Bu düzeltme ekini uygulamak için OPatch sürüm 12.2.0.1.17 veya üstünü kullanmanız gerekir. My Oracle Support patch 6880880’den indirilebilirsiniz. En son 19c için OPatch sürümünü kullanmanızı öneririm.
• Yama geçmeden önce INVALID obje olmamasını öneririm.
• Yama geçilmeden önce Listener ve Instance kapalı olması gerekir. RAC kullananlar için ayrıca anlatım yapacağım.

Genel bilgilere ek olarak yükleyeceğimiz bu yamanın, daha önce yüklenen yamalar ile çakışıp çakışmayacağını kontrol edilmesi gerekir. Bu bilgiler ışığında kontrollerimizi yapalım.

Öncelikle Opatch versiyon kontrolü yapıyoruz.

# su - oracle
$ . .setEnv
$ . .db
$ $ORACLE_HOME/OPatch/opatch version                                                                              OPatch Version: 12.2.0.1.17

OPatch succeeded.

Opatch versiyonumuz gereksinimleri karşılıyor. Şimdi manuel olarak önceki yamalar ile ilgili bir problem yaşarmıyız onu kontrol edelim.

$ unzip p30125133_190000_Linux-x86-64.zip
$ cd 30125133
$ $ORACLE_HOME/OPatch/opatch prereq CheckConflictAgainstOHWithDetail -ph ./

Oracle Interim Patch Installer version 12.2.0.1.17
Copyright (c) 2020, Oracle Corporation.  All rights reserved.

PREREQ session

Oracle Home       : /u01/app/oracle/product/19.0.0.0/db
Central Inventory : /u01/app/oraInventory
   from           : /u01/app/oracle/product/19.0.0.0/db/oraInst.loc
OPatch version    : 12.2.0.1.17
OUI version       : 12.2.0.7.0
Log file location : /u01/app/oracle/product/19.0.0.0/db/cfgtoollogs/opatch/opatch2020-04-21_11-27-35AM_1.log

Invoking prereq "checkconflictagainstohwithdetail"
*
*
*
*
OPatch succeeded.

Bir problem görünmüyor. Şimdi veri tabanı güncellemesine geçebiliriz.

$ cd 30125133
$ $ORACLE_HOME/OPatch/opatch apply

Oracle Interim Patch Installer version 12.2.0.1.17
Copyright (c) 2020, Oracle Corporation.  All rights reserved.


Oracle Home       : /u01/app/oracle/product/19.0.0.0/db
Central Inventory : /u01/app/oraInventory
   from           : /u01/app/oracle/product/19.0.0.0/db/oraInst.loc
OPatch version    : 12.2.0.1.17
OUI version       : 12.2.0.7.0
Log file location : /u01/app/oracle/product/19.0.0.0/db/cfgtoollogs/opatch/opatch2020-04-20_23-35-04AM_1.log

Verifying environment and performing prerequisite checks...
OPatch continues with these patches:   30125133

Do you want to proceed? [y|n]
y
User Responded with: Y
All checks passed.

Please shutdown Oracle instances running out of this ORACLE_HOME on the local system.
(Oracle Home = '/u01/app/oracle/product/19.0.0.0/db')


Is the local system ready for patching? [y|n]
y
User Responded with: Y
Backing up files...
Applying interim patch '30125133' to OH '/u01/app/oracle/product/19.0.0.0/db'
ApplySession: Optional component(s) [ oracle.network.gsm, 19.0.0.0.0 ] , [ oracle.rdbms.ic, 19.0.0.0.0 ] , [ oracle.network.cman, 19.0.0.0.0 ] , [ oracle.net.cman, 19.0.0.0.0 ] , [ oracle.options.olap.awm, 19.0.0.0.0 ] , [ oracle.oraolap.mgmt, 19.0.0.0.0 ] , [ oracle.assistants.usm, 19.0.0.0.0 ] , [ oracle.assistants.asm, 19.0.0.0.0 ] , [ oracle.tfa, 19.0.0.0.0 ]  not present in the Oracle Home or a higher version is found.

Patching component oracle.rdbms, 19.0.0.0.0...

Patching component oracle.rdbms.rsf, 19.0.0.0.0...

Patching component oracle.assistants.acf, 19.0.0.0.0...

Patching component oracle.assistants.deconfig, 19.0.0.0.0...

Patching component oracle.assistants.server, 19.0.0.0.0...

Patching component oracle.buildtools.rsf, 19.0.0.0.0...

Patching component oracle.ctx, 19.0.0.0.0...

Patching component oracle.ldap.rsf, 19.0.0.0.0...

Patching component oracle.network.rsf, 19.0.0.0.0...

Patching component oracle.rdbms.dbscripts, 19.0.0.0.0...

Patching component oracle.sdo, 19.0.0.0.0...

Patching component oracle.sqlplus, 19.0.0.0.0...

Patching component oracle.ldap.rsf.ic, 19.0.0.0.0...

Patching component oracle.rdbms.rman, 19.0.0.0.0...

Patching component oracle.ctx.atg, 19.0.0.0.0...

Patching component oracle.rdbms.oci, 19.0.0.0.0...

Patching component oracle.rdbms.util, 19.0.0.0.0...

Patching component oracle.xdk, 19.0.0.0.0...

Patching component oracle.ovm, 19.0.0.0.0...

Patching component oracle.network.listener, 19.0.0.0.0...

Patching component oracle.rdbms.install.plugins, 19.0.0.0.0...

Patching component oracle.dbjava.jdbc, 19.0.0.0.0...

Patching component oracle.dbdev, 19.0.0.0.0...

Patching component oracle.rdbms.deconfig, 19.0.0.0.0...

Patching component oracle.nlsrtl.rsf, 19.0.0.0.0...

Patching component oracle.oraolap.dbscripts, 19.0.0.0.0...

Patching component oracle.install.deinstalltool, 19.0.0.0.0...

Patching component oracle.dbjava.ic, 19.0.0.0.0...

Patching component oracle.sdo.locator, 19.0.0.0.0...

Patching component oracle.rdbms.scheduler, 19.0.0.0.0...

Patching component oracle.rdbms.dv, 19.0.0.0.0...

Patching component oracle.ons, 19.0.0.0.0...

Patching component oracle.ldap.security.osdt, 19.0.0.0.0...

Patching component oracle.ctx.rsf, 19.0.0.0.0...

Patching component oracle.duma, 19.0.0.0.0...

Patching component oracle.ldap.owm, 19.0.0.0.0...

Patching component oracle.oracore.rsf, 19.0.0.0.0...

Patching component oracle.rdbms.install.seeddb, 19.0.0.0.0...

Patching component oracle.odbc, 19.0.0.0.0...

Patching component oracle.sdo.locator.jrf, 19.0.0.0.0...

Patching component oracle.network.client, 19.0.0.0.0...

Patching component oracle.sqlplus.ic, 19.0.0.0.0...

Patching component oracle.dbjava.ucp, 19.0.0.0.0...

Patching component oracle.xdk.rsf, 19.0.0.0.0...

Patching component oracle.marvel, 19.0.0.0.0...

Patching component oracle.xdk.parser.java, 19.0.0.0.0...

Patching component oracle.rdbms.rsf.ic, 19.0.0.0.0...

Patching component oracle.nlsrtl.rsf.core, 19.0.0.0.0...

Patching component oracle.precomp.common, 19.0.0.0.0...

Patching component oracle.precomp.lang, 19.0.0.0.0...
Patch 30125133 successfully applied.
Sub-set patch [29517242] has become inactive due to the application of a super-set patch [30125133].
Please refer to Doc ID 2161861.1 for any possible further required actions.
Log file location: /u01/app/oracle/product/19.0.0.0/db/cfgtoollogs/opatch/opatch2020-04-20_23-35-04AM_1.log

OPatch succeeded.

Ek olarak eğer Rman Recovery Manager kullanıyorsak, Catalog yükseltilmesi yapılması gerekiyor.

$ rman catalog username/password@alias
RMAN> upgrade catalog;
RMAN> upgrade catalog;
RMAN> EXIT;

Şimdi yama kontrolümü yapalım.

$ORACLE_HOME/OPatch/opatch lspatches
30125133;Database Release Update : 19.5.0.0.191015 (30125133)
29585399;OCW RELEASE UPDATE 19.3.0.0.0 (29585399)

OPatch succeeded.

Yama başarılı bir şekilde geçildiğini tekrar teyit ettik.

$ sqlplus / as sysdba

SQL*Plus: Release 19.0.0.0.0 - Production on Tue Apr 21 11:45:48 2020
Version 19.5.0.0.0
Copyright (c) 1982, 2019, Oracle.  All rights reserved.

Connected to:
Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production
Version 19.5.0.0.0

SQL>

Diğer yazılarımızda görüşmek dileğiyle

The post Oracle Database 19C Patch Apply ( Database Release Update 19.5.0.0.191015 ) appeared first on ÇözümPark.

Oracle Weblogic, SSL Sertifikalarını yönetmek ve dağıtmak için Java Keystore mimarisini kullanır. Bir SSL sertifikası farklı web sunucularında ne kadar basitse weblogic üzerine bir o kadar karmaşık olabiliyor. Bu yazımızda Oracle Linux işletim sisteminde çalışan Weblogic’te SSL Sertifikaları oluşturma ve dağıtma sürecini anlatacağım.

Öncelikle terminal penceresi açıyoruz ve weblogic ayarlarımızı set ediyoruz.

$ <middleware_home>/wlserver_10.3/server/bin/setWLSenv.sh

Ayarlarımızı kayıt ettikten sonra bir identity key oluşturacağız.

$ keytool -genkey -alias cozumpark -keyalg RSA -keysize 2048 -keypass <parola> -keystore identity.jks -storepass <parola>

What is your first and last name?
  [Unknown]:  www.cozumpark.com
What is the name of your organizational unit?
  [Unknown]:
What is the name of your organization?
  [Unknown]:  Cozumpark Holding
What is the name of your City or Locality?
  [Unknown]:  Sehir
What is the name of your State or Province?
  [Unknown]:  Ilce
What is the two-letter country code for this unit?
  [Unknown]:  TR
Is CN=www.cozumpark.com, OU=Unknown, O=Cozumpark Holding, L=Sehır, ST=Ilce, C=TR correct?

  [no]:  yes

Oluşturduğum identity.jks dosyasını .CSR formatına dönüştürüyorum.

keytool -certreq -alias cozumpark -keystore identity.jks -file exp_cozumpark.csr

.CSR kodu ile herhangi bir otoriteden sertifikanızı alabiliriz. Oluşturduğum .CSR kodunu kontrol ediyorum.

-----BEGIN CERTIFICATE REQUEST-----
BAcMBkxpbmRvbjEWMBQGA1UECgwNRGlnaUNlcnQgSW5jLjERMA8GA1UECwwIRGln
29XI1PpVUNCPQGn9p/eX6Qo7vpDaPybRtA2R7XLKjQaF9oXWeCUqy1hvJac9QFO2
9w0BAQEFAAOCAQ8AMIIBCgKCAQEA8+To7d+2kPWeBv/orU3LVbJwDrSQbeKamCmo
wp5bqDxIwV20zqRb7APUOKYoVEFFOEQs6T6gImnIolhbiH6m4zgZ/CPvWBOkZc+c
1Po2EmvBz+AD5sBdT5kzGQA6NbWyZGldxRthNLOs1efOhdnWFuhI162qmcflgpiI
WDuwq4C9f+YkeJhNn9dF5+owm8cOQmDrV8NNdiTqin8q3qYAHHJRW28glJUCZkTZ
MIICvDCCAaQCAQAwdzELMAkGA1UEBhMCVVMxDTALBgNVBAgMBFV0YWgxDzANBgNV
BPZL8DAeWuA8ebudVT44yEp82G96/Ggcf7F33xMxe0yc+Xa6owIDAQABoAAwDQYJ
KoZIhvcNAQEFBQADggEBAB0kcrFccSmFDmxox0Ne01UIqSsDqHgL+XmHTXJwre6D
hJSZwbvEtOK0G3+dr4Fs11WuUNt5qcLsx5a8uk4G6AKHMzuhLsJ7XZjgmQXGECpY
Q4mC3yT3ZoCGpIXbw+iP3lmEEXgaQL0Tx5LFl/okKbKYwIqNiyKWOMj7ZR/wxWg/
ZDGRs55xuoeLDJ/ZRFf9bI+IaCUd1YrfYcHIl3G87Av+r49YVwqRDT0VDV7uLgqn
29XI1PpVUNCPQGn9p/eX6Qo7vpDaPybRtA2R7XLKjQaF9oXWeCUqy1hvJac9QFO2
KoZIhvcNAQEFBQADggEBAB0kcrFccSmFDmxox0Ne01UIqSsDqHgL=
-----END CERTIFICATE REQUEST-----

Tüm adımlar iyi gidiyor. Sertifika otoritesinden gelen Primary , Intermediate ve Root sertifikayı cozumpark.crt içerisinde toplayorum.

-----BEGIN CERTIFICATE----- 
MIIDoTCCAwqgAwIBAgIBATANBgkqhkiG9w0BAPPFADCBiTELMAkGA1UEBhMCRkox 
DTALBgNVBAgTBEZpamkxDTALBgNVBAcTBFN1dmExDjAMBgNVBAoTBVNPUEFDMQww 
CgYDVQQLEwNJQ1QxFjAUBgNVBAMTDVNPUEFDIFJvb3QgQ0ExJjAkBgkqhkiG9w0B 
CQEWF2FkbWluaXN0cmF0b3JAc29wYWMub3JnMB4XDTAxMTEyMDA1NDc0NFoXDTAy 
MTEyMDA1NDc0NFowgYkxCzAJBgNVBAYTAkZKMQ0wCwYDVQQIEwRGaWppMQ0wCwYD 
VQQHEwRTdXZhMQ4wDAYDVQQKEwVTT1BBQzEMMAoGA1UECxMDSUNUMRYwFAYDVQQD 
Ew13d3cuc29wYWMub3JnMSYwJAYJKoZIhvcNAQkBFhdhZG1pbmlzdHJhdG9yQHNv 
cGFjLm9yZzCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAulQsq4h0qms1panB 
0Fqb+2u1cbzv06sVzFt1cza4AdFZP8GIwDORBPG/GrR6yDnCiR+HD5EZgQlGDIYI 
2HXEb1qYSvn49zgk/L2UJDer8RzYke77G5+IuiXa9iF/BDI1Fz02HPu3Mp5Cr3e2 
JRxZaa++AKH4sBpsFOKuYudrMOkCAwEAAaOCAAAwggERMAkGA1UdEwQCMAAwLAYJ 
YIZIAYb4QgENBB8WHU9wZW5TU0wgR2VuZXJhdGVkIENlcnRpZmljYXRlMB0GA1Ud
DgQWBBT+BEbtoBW+wUtZA/gtDe0q4O35LzCBtgYDVR0jBIGuMIGrgBTmEnw9oQLl 
uh/anje+40U+m67lpqGBj6SBjDCBiTELMAkGA1UEBhMCRkoxDTALBgNVBAgTBEZp 
amkxDTALBgNVBAcTBFN1dmExDjAMBgNVBAoTBVNPUEFDMQwwCgYDVQQLEwNJQ1Qx 
FjAUBgNVBAMTDVNPUEFDIFJvb3QgQ0ExJjAkBgkqhkiG9w0BCQEWF2FkbWluaXN0 
cmF0b3JAc29wYWMub3JnggEAMA0GCSqGSIb3DQEBBAUAA4GBADSN+2ULhVviRAnw 
VTE7KSv0/apf27gRGsarM2dZwQTeNN8IVy7GYNz31OLxc5dXI1ACY/x4ljSzysQb 
xUzIFmm7nEp+ABlIYuJRqzr6/YjN4J3vZ1Da/ksTxQyM/K1ute5A4/00EJ+tNL3b 
Bu0JPfKmgSJjFtyuMwxw/Qpsr7xa
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
MIIEADCCAuigAwIBAgIBADANBgkqhkiG9w0BAQUFADBjMQswCQYDVQQGEwJVUzEh
MB8GA1UEChMYVGhlIEdvIERhZGR5IEdyb3VwLCBJbmMuMTEwLwYDVQQLEyhHbyBE
YWRkeSBDbGFzcyAyIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA0MDYyOTE3
MDYyMFoXDTM0MDYyOTE3MDYyMFowYzELMAkGA1UEBhMCVVMxITAfBgNVBAoTGFRo
ZSBHbyBEYWRkeSBHcm91cCwgSW5jLjExMC8GA1UECxMoR28gRGFkZHkgQ2xhc3Mg
MiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTCCASAwDQYJKoZIhvcNAQEBBQADggEN
ADCCAQgCggEBAN6d1+pXGEmhW+vXX0iG6r7d/+TvZxz0ZWizV3GgXne77ZtJ6XCA
PVYYYwhv2vLM0D9/AlQiVBDYsoHUwHU9S3/Hd8M+eKsaA7Ugay9qK7HFiH7Eux6w
wdhFJ2+qN1j3hybX2C32qRe3H3I2TqYXP2WYktsqbl2i/ojgC95/5Y0V4evLOtXi
EqITLdiOr18SPaAIBQi2XKVlOARFmR6jYGB0xUGlcmIbYsUfb18aQr4CUWWoriMY
avx4A6lNf4DD+qta/KFApMoZFv6yyO9ecw3ud72a9nmYvLEHZ6IVDd2gWMZEewo+
YihfukEHU1jPEX44dMX4/7VpkI+EdOqXG68CAQOjgcAwgb0wHQYDVR0OBBYEFNLE
sNKR1EwRcbNhyz2h/t2oatTjMIGNBgNVHSMEgYUwgYKAFNLEsNKR1EwRcbNhyz2h
/t2oatTjoWekZTBjMQswCQYDVQQGEwJVUzEhMB8GA1UEChMYVGhlIEdvIERhZGR5
IEdyb3VwLCBJbmMuMTEwLwYDVQQLEyhHbyBEYWRkeSBDbGFzcyAyIENlcnRpZmlj
YXRpb24gQXV0aG9yaXR5ggEAMAwGA1UdEwQFMAMBAf8wDQYJKoZIhvcNAQEFBQAD
ggEBADJL87LKPpH8EsahB4yOd6AzBhRckB4Y9wimPQoZ+YeAEW5p5JYXMP80kWNy
OO7MHAGjHZQopDH2esRU1/blMVgDoszOYtuURXO1v0XJJLXVggKtI3lpjbi2Tc7P
TMozI+gciKqdi0FuFskg5YmezTvacPd+mSYgFFQlq25zheabIZ0KbIIOqPjCDPoQ
HmyW74cNxA9hi63ugyuV+I6ShHI56yDqg+2DzZduCLzrTia2cyvk0/ZM/iZx4mER
dEr/VxqHD3VILs9RaRegAhJhldXRQLIQTO7ErBBDpqWeCtWVYpoNz4iCxTIM5Cuf
ReYNnyicsbkqWletNw+vHX/bvZ8=
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
MIIE0DCCA7igAwIBAgIBBzANBgkqhkiG9w0BAQsFADCBgzELMAkGA1UEBhMCVVMx
EDAOBgNVBAgTB0FyaXpvbmExEzARBgNVBAcTClNjb3R0c2RhbGUxGjAYBgNVBAoT
EUdvRGFkZHkuY29tLCBJbmMuMTEwLwYDVQQDEyhHbyBEYWRkeSBSb290IENlcnRp
ZmljYXRlIEF1dGhvcml0eSAtIEcyMB4XDTExMDUwMzA3MDAwMFoXDTMxMDUwMzA3
MDAwMFowgbQxCzAJBgNVBAYTAlVTMRAwDgYDVQQIEwdBcml6b25hMRMwEQYDVQQH
EwpTY290dHNkYWxlMRowGAYDVQQKExFHb0RhZGR5LmNvbSwgSW5jLjEtMCsGA1UE
CxMkaHR0cDovL2NlcnRzLmdvZGFkZHkuY29tL3JlcG9zaXRvcnkvMTMwMQYDVQQD
EypHbyBEYWRkeSBTZWN1cmUgQ2VydGlmaWNhdGUgQXV0aG9yaXR5IC0gRzIwggEi
MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC54MsQ1K92vdSTYuswZLiBCGzD
BNliF44v/z5lz4/OYuY8UhzaFkVLVat4a2ODYpDOD2lsmcgaFItMzEUz6ojcnqOv
K/6AYZ15V8TPLvQ/MDxdR/yaFrzDN5ZBUY4RS1T4KL7QjL7wMDge87Am+GZHY23e
cSZHjzhHU9FGHbTj3ADqRay9vHHZqm8A29vNMDp5T19MR/gd71vCxJ1gO7GyQ5HY
pDNO6rPWJ0+tJYqlxvTV0KaudAVkV4i1RFXULSo6Pvi4vekyCgKUZMQWOlDxSq7n
eTOvDCAHf+jfBDnCaQJsY1L6d8EbyHSHyLmTGFBUNUtpTrw700kuH9zB0lL7AgMB
AAGjggEaMIIBFjAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNV
HQ4EFgQUQMK9J47MNIMwojPX+2yz8LQsgM4wHwYDVR0jBBgwFoAUOpqFBxBnKLbv
9r0FQW4gwZTaD94wNAYIKwYBBQUHAQEEKDAmMCQGCCsGAQUFBzABhhhodHRwOi8v
b2NzcC5nb2RhZGR5LmNvbS8wNQYDVR0fBC4wLDAqoCigJoYkaHR0cDovL2NybC5n
b2RhZGR5LmNvbS9nZHJvb3QtZzIuY3JsMEYGA1UdIAQ/MD0wOwYEVR0gADAzMDEG
CCsGAQUFBwIBFiVodHRwczovL2NlcnRzLmdvZGFkZHkuY29tL3JlcG9zaXRvcnkv
MA0GCSqGSIb3DQEBCwUAA4IBAQAIfmyTEMg4uJapkEv/oV9PBO9sPpyIBslQj6Zz
91cxG7685C/b+LrTW+C05+Z5Yg4MotdqY3MxtfWoSKQ7CC2iXZDXtHwlTxFWMMS2
RJ17LJ3lXubvDGGqv+QqG+6EnriDfcFDzkSnE3ANkR/0yBOtg2DZ2HKocyQetawi
DsoXiWJYRBuriSUBAA/NxBti21G00w9RKpv0vHP8ds42pM3Z2Czqrpv1KrKQ0U11
GIo/ikGQI31bS/6kA1ibRrLDYGCD+H1QQc7CoZDDu+8CL9IVVO5EFdkKrqeKM+2x
LXY2JtwE65/3YR8V3Idv7kaWKK2hJn0KCacuBKONvPi8BDAB
-----END CERTIFICATE-----

Boş bir identitiy daha oluşturuyorum. Daha sonra bunu keytool üzerinden kaldıracağız.

$ keytool -genkey -keyalg RSA -alias cozumpark2 -keystore truststore.jks

What is your first and last name?
[Unknown]:
What is the name of your organizational unit?
[Unknown]:
What is the name of your organization?
[Unknown]:
What is the name of your City or Locality?
[Unknown]:
What is the name of your State or Province?
[Unknown]:
What is the two-letter country code for this unit?
[Unknown]:
Is CN=Unknown, OU=Unknown, O=Unknown, L=Unknown, ST=Unknown, C=Unknown correct?
[no]:  yes

Enter key password for <dummy>
(RETURN if same as keystore password):
Re-enter new password:

Yukarıda bahsettiğimiz üzere oluşturduğumuz boş anahtarı keytool dan kaldırıyoruz.

$ keytool -delete -alias cozumpark2 -keystore truststore.jks

Boş anahtar üzerinden sertifikamı import ediyorum.

keytool -import -alias root -file cozumpark.crt -keystore truststore.jks

Bundan sonrası Weblogic konsol üzerinden devam edeceğiz.

Weblogic Console > Server > SSL Yuklenecek Server > Keystore sekmesine gelerek aşağıdaki gibi dolduruyorum

• Keystores = Custom Identity and Custom Trust olarak
  
  

Weblogic Console > Server > SSL Yuklenecek Server > SSL sekmesine gelerek aşağıdaki gibi dolduruyorum

Sertifikamı eklediğime göre artık SSL servisimi aktif edebilirim. Ben SSL portu olarak 8001 kullanacağım.

Tüm işlemlerimi tamamladıktan sonra SSL yüklediğim sunucuyu restart ediyorum. Restart sonrası HTTP üzerinden çalışan servislerim 7001 portundan , HTTPS üzerinden çalışan servislerim 8001 portundan çalışacaktır.

Diğer yazılarımızda görüşmek üzere

The post Oracle Weblogic Server SSL Sertifika Nasıl Yüklenir ? appeared first on ÇözümPark.

Oracle ZFS Storage Simulator, enterprise bir ürün olan Oracle ZFS Storage Appliance ürününün yeteneklerini ve kullanımını anlamak için Oracle tarafından yayınlanan bir appliance ortamıdır. Simulator kurulumu oldukça basit olmakla beraber ” Oracle Virtual Box ” ve Vmware ortamlarına rahatça kurulabilmektedir.

Bugünkü yazımızda ” Oracle ZFS Storage Simulator ” kurulumunu anlatacağım fakat anlatmadan önce bazı avantajlardan bahsetmek isterim.

Simülatör için bazı kullanım durumları:

• Oracle ZFS Storage Appliance upgrade uygulamadan önce yeni ZFS Simulator üzerinde yazılım yamalarını deneyebilirsiniz
• Yalnızca Oracle Exadata ve ZFS Storage Appliance için desteklenen HCC özelliğini test edebilirsiniz.
• Snapshot, Clone Database, HCC, Deduplication gibi özelikleri test edebilirsiniz.,
• En önemlisi Oracle ZFS Storage Appliance ürününü almadan önce gerçek bir fikir sahibi olursunuz.

Kurulum Dosyaları

• Oracle Virtual Box
• Oracle ZFS Storage Simulator

Artık kuruluma başlayabiliriz. Ben kurulumu Oracle Virtual Box üzerinde yapacağım. ZFS Simulator.ova dosyamı içeri import ettikten sonra sanal sunucumu başlatıyorum.

Oracle ZFS Storage Simulator yazı dizimizin bu bölümünde görüldüğü üzere simulator kurulumu oldukça hızlı ve basit. Diğer bölümlerde ürünün menülerinin incelenmesi , teknik konfigürasyonu ve test ortamında çalışan bir Oracle veri tabanına bağlanarak yeteneklerini tartışacağız.

The post Oracle ZFS Storage Simulator – Bölüm 1 appeared first on ÇözümPark.

Oracle ZFS Storage Simulator yazı dizimizin ilk bölümünde , simülatörün Oracle Virtual Box üzerinde nasıl kurulacağından bahsetmiştik. Bu bölümde ise menülerden ve teknik özelliklerden bahsedeceğiz.

Oracle ZFS Storage ilk bakışta standart bir storage gibi görünsede üstün yeteneklere ve kendine has birçok özelliğe sahiptir. Oracle Database ile entegre edildiğinde özellikle veri tabanı yöneticileri için büyük kolaylıklar sağlar. Örneğin dakikalar içerisinde klon veri tabanı oluşturmak kulağa gerçekten muhteşem geliyor.

Oracle ZFS Storage Simülatöre ilk girdiğinizde sizi aşağıdaki gibi bir ekran karşılar. Bu ekran üzerinden ürün hakkında işleci , network , disk bilgileri gibi takip edilmesi gereken fiziksel donanımları izleyebilir, aynı zamanda yine ürünün üzerinde çalışan servislerin durumlarını ve üzerinden geçen trafiği gözlemleyebilirsiniz.

Ürün temel olarak yönetim için beş ana kategori ve buna bağlı olarak alt kategorilerinden oluşmaktadır. Bu kategoriler aşağıdaki gibi sıralanmaktadır.

• Configuration
• Maintenance
• Shares
• Status
• Analytics

Şimdi menüleri tanıyalım.

Configuration ;

Adında anlaşılacağı üzere ürünün teknik ayarlarının yapıldığı menüdür. Bu menü aracılığı ile ürün üzerindeki servisleri kontrol edebilir, paylaşılacak olan diskleri yapılandırabilir ve ürünü cluster olarak ayarlayabilirsiniz. Alt menüleri aşağıdaki gibidir.

• Services : NFS , FTP , SNMP ve birçok servisin durumunun gösterildiği , başlatılabildiği yada durdurulduğu bölümdür.
• Storage : Paylaşıma açılacak disklerin hazırlandığı bölümdür. Örneğin bu alanda RAID yapıları tanımlanır.
• Network : Ürünün network ayarlarının yapıldığı bölümdür.
• SAN : Oracle ZFS Stroage yüksek hızda depolama ihtiyaçlarına cevap verebilir. Fiber kartların ayarları bu bölümde yer alır.
• Cluster : Kesintisiz bir erişim için bu alandan Oracle ZFS storage aynı ürün ile cluster yapılabilir.
• Users : Ürüne bağlanacak kullanıcıların tanımlandığı alandır. Kullanıcılar fark yetkilerde olabilir. Örneğin Oracle Enterprise Manager ile yapılack entegrasyonda bu alandan kullanıcı açmanız gerekir.
• Preferences : Ürüne girişleri farklı bir uygulama ile entegre etmek isterseniz bu alanı kullanmanız gerekir.
• Settings : Ürün üzerindeki sertifikaların yönetildiği kısımdır. HTTPS olarak güvenli bir sertifika bu alandan yüklenir.
• Alerts : Oracle ZFS Storage herhangi bir anomali durumunda e-posta gönderebilir yada kendi bir aksiyon alabilir. Tüm alarm süreçleri bu alandan yönetilir.

Maintenance :

Maintenance bölümü ürünün bakım ayarları ve upgrade gibi güncellemelerin yapılacağı alandır. Bu alanda Support Bundles oluşturabilir yada cihazın konfig yedeğini alabilirsiniz. Alt menüleri aşağıdaki gibidir.

• Hardware : Ürünün fiziksel donanım bilgileri verilmektedir. Ürünün modeli , üzerindeki kaynaklar buradan listenelebilir.
• System : Ürün konfig yedeği, talep edilmesi durumunda Support Bundles ‘ın alınabileceği yada versiyon güncellemesinin yapıldığı alandır.
• Problems : Adından da anlaşılabileceği major yada minör problemlerin listelendiği bölümdür.
• Logs : Ürün hakkındaki olay günlükleri, servislerde oluşan hareketler yada giriş çıkış kayıtları buradan gözlemlenir. İstenirse harici bir syslog alanına yönlendirilebilir.
• Workflows : Ürün üzerindeki iş akışları burada listelenir.

Shares : Ürün paylaşım alanı

• Shares : Ürün üzerinde bir POOL oluşturulduğunda , oluşturulan bu POOL bu kısımdan paylaşıma açılmaktadır. Paylaşımlar belli kıstaslara bağlanabilir. Örneğin paylaşıma açılan bir alan sadece belli host isimlerine yada ip adreslerine izin verilebilir.
• Projects : Ürün üzerinde bir proje başlatılabilir. Açılan paylaşım bu projeye bağlanarak yönetim kolaylığı sağlanır.
• Encryption : ZFS Storage üzerindeki verilerin şifrelenebildiği kısımdır.

Status :

Ürüne ilk giriş yaptığımızda bizi karşılayan menüdür. Ürün üzerindeki genel bilgileri sunar.

• Dasboard : Ürünü görsel olarak takip edebileceğimiz bölümdür. Burası isteğe bağlı kişiselleştirilemez. Bunun için Oracle enterprise manager entegrasyonu gerekmektedir.
• Settings : Fiziksel kaynakların ve servislerin threshold değerlerinin ayarlandığı kısımdır. Alarm tetikleri bu alana bağlı olarak çalışır.
• NDMP : Oracle ZFS Storage NDMP protokolü üzerinden çalışabilir. İlgili ayarlar bu alandan yapılmaktadır.

Analytics :

Ürün üzerinde istatistik almak , geçmişe dönük raporları izleyebileceğimiz alandır. Alt bölümleri aşağıdaki gibidir.

• Open Worksheets : Anlık yada geçmişe dönük performansların izlenebileceği alandır. Buradan bir worksheet oluşturabilir yada görev olarak tanımlayarak düzenli olarak iletilmesini sağlayabilirsiniz.
• Saved Worksheets : Daha önceden alınan raporların listelendiği kısımdır.
• Datasets : Ürün üzerindeki hazır rapor alanlarıdır. Bu raporlar silinebilir fakat özelliştirilemez. Bunun için Oracle Enterprise Manager entegrasyonu gerekmektedir.
• Settings : Raporlar için kuralların yazılabildiği alandır.

Oracle ZFS Storage ürünün menüleri ve açıklamalarını anlattığımız bu bölümün sonuna geldi. Diğer yazılarımızda cihazın teknik konfigürasyonu yaparak artık kullanılabilir hale getireceğiz.

Tekrar görüşmek dileğiyle.

The post Oracle ZFS Storage Simulator – Bölüm 2 appeared first on ÇözümPark.

Oracle , yakın zamanda basit NoSQL API’leri ile kullanımı kolay, uygun maliyetli JSON veritabanı arayan geliştiriciler için yeni bulut hizmeti olan Autonomous JSON Database yapısını duyurdu. Autonomous JSON Database ilk bakışta MongoDB’nin tüm temel özelliklerini , yüksek performans ile birlikte esnek yapısı sayesinde eksiksiz olarak tüm SQL işlevselliğini sağladığını görüyoruz.

Daha önceden bildiğimiz Autonomous Data Warehouse ( ADW ) ve Autonomous Transaction Processing ( ATP ) ailesine katılan Autonomous JSON Database ailenin diğer üyeleri gibi otonom veri tabanının özelliklerini taşımaktadır. Şuan Oracle Cloud ortamında Free Tier olarak olarak kullanamasakta , ücretsiz bir hesap açarak verilen servis kredisi ile Autonomous JSON Database’i test edebilirsiniz.

Oracle Autonomous JSON Database verileri bir koleksiyon olarak depolar. Bu sayede belgelere kompleks bir SQL bilgisi olmadan erişebilirsiniz. Temel olarak oluşturma , okuma , güncelleme ve silme işlemlerini Node.js , Python yada C gibi programlama dilleri ile yapabilir yada REST API aracılığı ile işleyebilirsiniz.

Bu verilere erişim Oracle’ın kendine özgü API kaynağı olan SODA API ile yürütülür ve Autonomous JSON Database alt yapı olarak Autonomous Transaction Processing Database kullanr.

Yazımızın kalan kısmında Oracle Cloud ortamında bir Autonomous JSON Database oluşturacağız.

Oracle Cloud ortamına giriş yapıyoruz.

Sol üst köşeden menüyü açarak , Autonomous JSON Database’i seçiyoruz.

Create Autonomonus Database butonuna tıklıyoruz ve veritabanımızı oluşturuyoruz.

Autonomous JSON Database için gerekli bilgileri giriyoruz.

Erişim için kullanıcı adı ve şifre belirliyoruz. ” Autonomous JSON Database ” için şuan Free Tier özelliği bulunmuyor.

Create Autonomous Database butonuna bastığımızda , veritabanımızın hazırlandığını görüyoruz. İşlemler bittiğinde bütün butonlar aktif hale gelecek.

Kısa bir bekleyişten sonra Autonomous JSON Database aktif hale geldi.

Diğer otonom veritabanlarında olduğu gibi Autonomous JSON Database içinde farklı bağlantı yöntemleri bulunmaktadır. Bağlantınızı bir WALLET oluşturarak kullandığınız TOAD yada benzeri bir editör ile sağlayabilir yada SQL Developer Web kullanabilirsiniz. Ben genelde SQL Developer Web kullanmaktayım.

SQL Developer Web kullanmak için ” TOOLS ” menüsünden yararlanabilirsiniz.

Autonomous JSON Database oluştururken belirlediğimiz kullanıcı adı ve şifre ile giriş yapıyoruz.

Artık çalışmak için hazırız.

Yazımızın bu bölümünde Oracle Cloud üzerinde ” Oracle Autonomous JSON Database ” oluşturduk ve SQL Developer Web ile bağlantı sağladık. Oracle Cloud dünyasında gerçekten çok hızlı işlemler yapabiliyorsunuz.

Diğer yazılarımda görüşmek üzere

The post Oracle Autonomous JSON Database (AJD) appeared first on ÇözümPark.

Oracle Cloud Infrastructure Load Balancer hizmeti, Oracle bulut ortamında bulunan sunucularınıza yada servislerinize otomatik olarak trafik dağıtımı sağlamaktadır. Load Balancer ile public yada private IP adreslerinize destek verilen bant genişliği oranında yük dengelemesi yapabilirsiniz. Load Balancer , sunucularınız yada servisleriniz için kaynak kullanımını iyileştirebilir, ölçeklendirmeyi kolaylaştırabilir ve high availability için destek sağlar.

Bugün üç bölümlük Oracle Cloud Infrastructure Load Balancer yazımızın ilkine başlıyoruz. İlk bölümde hızlıca Oracle Cloud Infrastructure Load Balancer göz atacağız , ikinci bölümde sunucu ve servislerimizi bağlayıp son olarak üçüncü bölümde testlerimizi gerçekleştireceğiz.

Load Balancer hizmetinin, Virtual Cloud Network altyapınızda private ve public ortamlardan ayrı olarak kendine özel bir public IP adresi bulunur. Load Balancer Layer 4 ve Layer 7 üzerinde çalışır. Bu syaede TCP ve HTTP trafiği dengelenebilir.

Aşağıdaki örnekte kullanılabilir örnek bant genişliklerini görebilirsiniz.

Oracle Cloud Infrastructure için iki tip VCN Load balancer yapabilirsiniz.

• Public Load Balancer
• Private Load Balancer

Public Load Balancer

İnternet üzerinden gelen trafiği kabul etmek ve dengelemek için genel bir kullanım sağalar. Public Load Blancer kapsam olarak bölgeseldir. Bölgeniz bir çok etki alanı içeriyorsa Public Load Blancer her biri ayrı olacak şekilde bölgesel bir subnet veya etki alanına özgü olarak iki subnet gerektirir.

Private Load Balancer

Sunucularınızı yada servislerinizi , dış dünyadan izole olarak güvenli bir şekilde load balancer almak isteyebilirsiniz. Private Load balancer oluşturulduğunda hizmet OCI üzerinde dış dünyaya kapalı bir şekilde çalışır.

Oracle Cloud Infrastructure için Load Balancer Oluşturulması

Menü aktif edilerek Networking > Load Balancer bölümüne girilir.

Create Load Balancer butonuna tıklanır

İlgili Bilgiler doldurulur.

Oracle Cloud Free Tier Load balancer içinde destek vermektedir. 10mbit bağlantı ile süre sınırı olmadan kullanabilirsiniz.

Network politikanıza göre ilgili bölümler doldurulur.

• Weighted Round Robin : Varsayılan Load Balancer ilkesidir.Bu politika trafiği kendi bağlı olan sunucu yada servisleere sıralı olarak dağıtır. Her sunucu bağlantıyı kabul ettikten sonra simetrik sıra ile devam eder. Round Robin aynı zamanda basit bir algoritma kullanır.
• IP Hash : Karma anahtarlama modeli ile hangi istemcinin hangi sunucu yada servise gideceği bellidir. Diğer bir değişle istemciler her zaman aynı kaynağa yönlendirilir.
• Least Connection : Bağlantıları her zaman en az aktif olan sunucu yada servise yönlendirir.

Load Balance yapacağımız HTTP yada TCP methodunu seçiyoruz. TCP bağlantısı yaparak farklı portlar içinde load balance işlemi gerçekleştirebilirsiniz.

HTTPS Load Balancer için aynı zamanda SSL sertifikamıza ihtiyaç olacak. Bu sebepten test işlemi HTTP için yapılmıştr.

Son olarak Submit diyerek Load Balancer servisimizi oluşturuyoruz.

Aşağıda görüldüğü üzere Load Balancer servisi oluşturuldu.

Bugünkü yazımızda Oracle Cloud Infrastructure Load Balancer hakkında bilgiler verdik ve basit bir Load Balancer oluşturduk. Artık Load balancer arkasına sunucularımızı ve servislerimizi ekleyebiliriz.

Tekrar görüşmek dileğiyle,

The post Oracle Cloud Infrastructure Load Balancer Bölüm -1 appeared first on ÇözümPark.

Oracle Real Application Cluster, Kesintisiz bir veri tabanı erişmi için hazırlanmış paylaşımlı disk teknolojisini kullanan birden fazla sunucunun tek bir hizmet için çalıştığı küme yapısıdır. Minimum iki sunucu ile çalışan bu yapı sayesinde üretim ortamları maksimum verimde kesintisiz hizmeti hedefler.

Bugünkü yazımızda yukarıda özetlediğimiz üzere Oracle Database 19C , High Availability çözümlerinden Real Application Clusters ( RAC ) kurulumunu anlatacağım. Kurulumumuz Oracle Linux 8 üzerinde olacak.

Real Application Cluster kurulumu için iki adet Oracle Linux işletim sistemi , bu işletim sistemlerine bağlı iki adet ethernet kartı ve yine her iki işletim sistemininde görebileceği paylaşımlı disk kullanacağız.

Kurulum adımlarımız dört aşamalı olacak;

• Oracle Linux 8 İşletim Sisteminin hazırlanması
• Real Application Cluster & Grid Ortamının Hazırlanması
• Real Application Cluster & Grid Kurulumu
• Orace Database 19C kurulumu

Bölüm -1 İşletim sistemi kurulumu

.ISO dosyasımızı mount ederek kurulumumuza ” Install Oracle Linux 8.2 ” seçeneği ile başlıyoruz.

İşletim sistemi için dilimizi seçiyoruz. Veri tabanı çalıştıracağımız için olduğu gibi bırakıyorum ve ” Continue ” ile devam ediyorum.

İşletim sistemi için konfigürasyonlarımı yapacağım. Aşağıda açılan ekrandan ilk olarak klavye dilimi seçeceğim

” + ” butonu ile ekleyeceğim klavyeleri görüyorum

Arama kısmına ekleyeceğiniz klavyeyi yazarak filtreleme yapabilirsiniz. Ben Türkçe klavye kullanacağım için ” Turkish ” diyerek ” Add ” butonuna ile ekliyorum.

Yukarı butonu ile eklediğim klavyeyi üst tarafa alıyorum. Bu sayede varsayılan klavye ” Turkish ” olacak. İsterseniz ” – ” butonu ile kullanmayacağınız klavyeleri kaldırabilirsiniz.

” Done ” butonu ile bir önceki ekrana dönüş yapıyorum.

İşletim sistemi Tarih & saat ayarlarımı yapacağım. Cluster sistemler için bu önemlidir. Time & Date kısmına giriyorum.

Açılan ekrandan lokasyonumu seçiyorum ve Done butonu ile geri dönüyorum.

Software Selection menüsüne giriyorum. Burada ek uygulamaları kuracağız.

Altta bulunan kısımları ekliyoruz ve Done diyerek geri dönüyoruz.

• Server with Gui
• Development Tools
• Graphical Administration Tools
• System Tools

Şimdi Disklerimi oluşturacağız. Installation Destination menüsüne giriyoruz.

Aşağıdaki gibi çalışacağımız disk ve Custom seçili olacak şekilde Done diyoruz.

Click here to create them automatically seçeniği ile kaynağımıza bağlı olarak işletim sistemi için otomatik yapılandırma yapıyoruz.

Disk yapımız otomatik oluştu. Done diyerek devam ediyoruz.

Değişiklikleri kabul etmek için ” Accept Changes ” diyoruz.

Artık son adımlardayız. İşletim sistemi kurulumu için ” Begin Installation ” diyoruz.

Root kullanıcısı için ve yeni bir kullanı için parola tanımları yapıoruz.

İlk olarak root için tanımları yapıyorum. Done diyerek bir önceki ekrana geçiyorum.

User creation bölümüne giriyorum.

Gerekli alanları dolduruyorum ve Done diyorum.

Şuan herşey hazır işletim sisteminin kurulmasını bekliyorum.

Kurulum adımı tamamlandı. Sunucumuzu yeniden başlatıyoruz.

License Information kısmına giriyoruz.

Sözleşmeyi kabul ederek Done diyoruz.

Finish Configuration diyerek kurulumu tamamlıyoruz.

Ekranımız geldi. Not Listed kısmına gerek root olarak giriş yapacağız.

root kullanıcı adımızı giriyoruz.

Parolamızı giriyoruz.

İşletim sistemimiz şuan hazır vaziyette. Yukarıda belirttiğimiz gibi iki adet işletimi kullanmamız gerekiyor. Bu sebeple makalemizin kalan kısmında birinci işletim sistemi için node1.bugraparlayan.local , ikinci işletim sistemi için nod2.bugraparlayan.local isimlerini kullanacağım.

İşletim sistemi hazır olduğuna göre , artık network ve paketlerin düzenlenmesine geçebiliriz.

Öncelikle Network ayarlarımızı yapıyoruz. Bu sayede sunucularım ilgili ip adresi üzerinden erişime açılacak

# Node1 için Public IP tanımlarım

IP Adresi : 192.168.132.130
Subnet    : 255.255.255.0
Gateway   : 192.168.132.2

# nano /etc/sysconfig/network-scripts/ifcfg-ens160

PROXY_METHOD=none
BROWSER_ONLY=no
BOOTPROTO=none
DEFROUTE=yes
IPV4_FAILURE_FATAL=no
IPV6INIT=yes
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_FAILURE_FATAL=no
IPV6_ADDR_GEN_MODE=stable-privacy
NAME=ens160
UUID=2c37e065-760b-460c-a0eb-6d388b6c7134
DEVICE=ens160
ONBOOT=yes
IPADDR=192.168.132.130
PREFIX=24
GATEWAY=192.168.132.2
DNS1=192.168.132.2

# Node2 için Public IP tanımlarım

IP Adresi : 192.168.132.131
Subnet    : 255.255.255.0
Gateway   : 192.168.132.2

# nano /etc/sysconfig/network-scripts/ifcfg-ens160

PROXY_METHOD=none
BROWSER_ONLY=no
BOOTPROTO=none
DEFROUTE=yes
IPV4_FAILURE_FATAL=no
IPV6INIT=yes
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_FAILURE_FATAL=no
IPV6_ADDR_GEN_MODE=stable-privacy
NAME=ens160
UUID=2c37e065-760b-460c-a0eb-6d388b6c7134
DEVICE=ens160
ONBOOT=yes
IPADDR=192.168.132.1301
PREFIX=24
GATEWAY=192.168.132.2
DNS1=192.168.132.2

Interconnect bağlantılar için ikinci ethernet kartımızı yapılandırıyoruz.

# Node1 için Private IP tanımlarım

IP Adresi : 172.16.132.130
Subnet    : 255.255.255.0
Gateway   : 172.16.132.2

#nano /etc/sysconfig/network-scripts/ifcfg-ens224

TYPE=Ethernet
PROXY_METHOD=none
BROWSER_ONLY=no
BOOTPROTO=none
DEFROUTE=yes
IPV4_FAILURE_FATAL=no
IPV6INIT=yes
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_FAILURE_FATAL=no
IPV6_ADDR_GEN_MODE=stable-privacy
NAME=ens224
UUID=e0338812-35e5-48ad-b139-987da44807ed
DEVICE=ens224
ONBOOT=no
IPADDR=172.16.132.130
PREFIX=24
GATEWAY=172.16.132.2
DNS1=172.16.132.2

# Node2 için Private IP tanımlarım

IP Adresi : 172.16.132.130
Subnet    : 255.255.255.0
Gateway   : 172.16.132.2

#nano /etc/sysconfig/network-scripts/ifcfg-ens224

TYPE=Ethernet
PROXY_METHOD=none
BROWSER_ONLY=no
BOOTPROTO=none
DEFROUTE=yes
IPV4_FAILURE_FATAL=no
IPV6INIT=yes
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_FAILURE_FATAL=no
IPV6_ADDR_GEN_MODE=stable-privacy
NAME=ens224
UUID=e0338812-35e5-48ad-b139-987da44807ed
DEVICE=ens224
ONBOOT=no
IPADDR=172.16.132.131
PREFIX=24
GATEWAY=172.16.132.2
DNS1=172.16.132.2

Her iki sunucumuzada public ve private ip bilgilerini eklediğimize göre network servisimizi yeniden başlatabiliriz.

# systemctl restart NetworkManager.service

Node1 ve Node2 üzerindeki Selinux ‘u kapatıyoruz.

# nano /etc/selinux/config

SELINUX=disable

Node1 ve Node2 üzerindeki Firewall servislerini kapatıyoruz

# systemctl stop firewalld.service

# systemctl disable firewalld.service

NTP yapılandırmamızı node 1 ve node 2 için yapıyoruz ve servisi yeniden başlatıyoruz

nano /etc/chrony.conf

server tr.pool.ntp.org iburst

# systemctl restart chronyd.service
# systemctl enable chronyd.service

Kurulumlar için gerekli olan paketlerimizi yüklüyoruz. preinstall paketi bizim için otomatik olarak öncelikli kullanıcıları oluşturacak.Node1 ve Node2 için çalıştırıyoruz

# yum install oracle-database-preinstall-19c
# yum install oracleasm-support

# reboot

Node1 ve Node2 üzerinde aşağıdaki kullanıcıları oluşturuyorum ve gruplara atıyorum.

# groupadd -g 54333 asmdba
# groupadd -g 54334 asmoper
# groupadd -g 54335 asmadmin
# useradd -m -u 54341 -g oinstall -G dba,asmadmin,asmdba,asmoper -d /home/grid -s /bin/bash grid
# usermod -a -G asmdba oracle
# passwd oracle
# passwd grid

Node1 ve Node2 üzerinde aşağıdaki klasörleri oluşturuyorum ve ilgili hakları tanımlıyorum.

mkdir -p /u01/app/grid/19.3.0/gridhome_1
mkdir -p /u01/app/grid/gridbase/
mkdir -p /u01/app/oracle/database/19.3.0/dbhome_1
chown -R oracle.oinstall /u01/
chown -R grid.oinstall /u01/app/grid
chmod -R 775 /u01/

Şimdi profil tanımlarımızı yapacağız. Bu işlem yine Node1 ve Node2 için olacak .

Node 1 üzerindeki ” oracle ” kullanıcısı için .bash_profile tanımlarını yapıyorum.

# nano /home/oracle/.bash_profile


# Oracle Settings

export TMP=/tmp
export TMPDIR=$TMP
export ORACLE_HOSTNAME=node1.bugraparlayan.local
export ORACLE_UNQNAME=BUGRA19C
export ORACLE_BASE=/u01/app/oracle/database/19.3.0/
export DB_HOME=$ORACLE_BASE/dbhome_1
export ORACLE_HOME=$DB_HOME
export ORACLE_SID=BUGRA19C1
export ORACLE_TERM=xterm
export PATH=/usr/sbin:/usr/local/bin:$PATH
export PATH=$ORACLE_HOME/bin:$PATH
export LD_LIBRARY_PATH=$ORACLE_HOME/lib:/lib:/usr/lib
export CLASSPATH=$ORACLE_HOME/jlib:$ORACLE_HOME/rdbms/jlib

Node 1 üzerindeki ” grid ” kullanıcısı için .bash_profile tanımlarını yapıyorum.

# nano /home/grid/.bash_profile


# Grid Settings
export TMP=/tmp
export TMPDIR=$TMP
export ORACLE_HOSTNAME=node1.bugraparlayan.local
export ORACLE_BASE=/u01/app/grid/gridbase/
export ORACLE_HOME=/u01/app/grid/19.3.0/gridhome_1
export GRID_BASE=/u01/app/grid/gridbase/
export GRID_HOME=/u01/app/grid/19.3.0/gridhome_1
export ORACLE_SID=+ASM1
export ORACLE_TERM=xterm
export PATH=/usr/sbin:/usr/local/bin:$PATH
export PATH=$ORACLE_HOME/bin:$PATH
export LD_LIBRARY_PATH=$ORACLE_HOME/lib:/lib:/usr/lib
export CLASSPATH=$ORACLE_HOME/jlib:$ORACLE_HOME/rdbms/jlib

Node2 üzerindeki ” oracle ” kullanıcısu için .bash_profile tanımlarımı yapıyorum.

#nano /home/oracle/.bash_profile

export TMP=/tmp
export TMPDIR=$TMP
export ORACLE_HOSTNAME=node2.bugraparlayan.local
export ORACLE_UNQNAME=BUGRA19C
export ORACLE_BASE=/u01/app/oracle/database/19.3.0/
export DB_HOME=$ORACLE_BASE/dbhome_1
export ORACLE_HOME=$DB_HOME
export ORACLE_SID=BUGRA19C2
export ORACLE_TERM=xterm
export PATH=/usr/sbin:/usr/local/bin:$PATH
export PATH=$ORACLE_HOME/bin:$PATH
export LD_LIBRARY_PATH=$ORACLE_HOME/lib:/lib:/usr/lib
export CLASSPATH=$ORACLE_HOME/jlib:$ORACLE_HOME/rdbms/jlib

Node2 üzerindeki ” grid ” kullanıcısı için .bash_profile tanımlarımı yapıyorum.

# Grid Settings
export TMP=/tmp
export TMPDIR=$TMP
export ORACLE_HOSTNAME=rac2.bugraparlayan.local
export ORACLE_BASE=/u01/app/grid/gridbase/
export ORACLE_HOME=/u01/app/grid/19.3.0/gridhome_1
export GRID_BASE=/u01/app/grid/gridbase/
export GRID_HOME=/u01/app/grid/19.3.0/gridhome_1
export ORACLE_SID=+ASM2
export ORACLE_TERM=xterm
export PATH=/usr/sbin:/usr/local/bin:$PATH
export PATH=$ORACLE_HOME/bin:$PATH
export LD_LIBRARY_PATH=$ORACLE_HOME/lib:/lib:/usr/lib
export CLASSPATH=$ORACLE_HOME/jlib:$ORACLE_HOME/rdbms/jlib

Node1 ve Node2 hosts dosyasına aşağıdaki bilgileri ekliyoruz.

# nano /etc/hosts

192.168.132.130 node1 node1.bugraparlayan.local
192.168.132.131 node2 node2.bugraparlayan.local
192.168.132.132 node1-vip node1-vip.bugraparlayan.local
192.168.132.133 node2-vip node2-vip.bugraparlayan.local
192.168.132.134 bgrdb-scan bgrdb-scan.bugraparlayan.local
192.168.132.135 bgrdb-scan bgrdb-scan.bugraparlayan.local
192.168.132.136 bgrdb-scan bgrdb-scan.bugraparlayan.local
172.16.132.10 node1-priv node1-priv.bugraparlayan.local
172.16.132.11 node2-priv node2-priv.bugraparlayan.local

Şuan işletim sistemi ayarlarımızda tamamlandı.

İzninizle burada ufak bir mola ile ilk bölümümüzün sonuna geldiğimiz bu yazı dizimizde kurulumlar için her iki işletim sistemimizide hazır vaziyette. Bundan sonrasında disklerimizi hazırlayacağız ve kurulum adımlarına geçeceğiz.

Tekrar görüşmek dileğiyle,

The post Oracle Database 19C Real Application Clusters (RAC) Kurulumu Bölüm – 1 appeared first on ÇözümPark.