Oracle’da export/import işlemleri her DBA için günlük rutinlerden biridir. Ancak bu yazıda export/import işlemini normal diske değil ASM içindeki diske nasıl yapabileceğimizden bahsedeceğiz. Öncelikle kısaca standart export işleminden bashsedelim. Export için veritabanı directory nesnesi olması gereklidir. Normalde directory nesneleri “/u01/app/exports” gibi linux yolunu gösterirler. Aşağıdaki örnekteki gibi export alabiliriz. $ expdp \"/ as sysdba\" full=y directory=data_pump_dir dumpfile=appdb_metadata_${DATE}.dmp logfile=appdb_metadata_${DATE}_exp.log include=VIEW,PROCEDURE,FUNCTION,TRIGGER,PACKAGE content=metadata_only compression=all Buradaki data_pump_dir dizini sunucu üzerindeki yerel diskte /u01/app/exports dizinini gösteriyor. Export sonunda dosyalarımız burada oluşacaklar. Ancak eğer export dosyası büyükse ve sunucu yerel dizinlerinde yeterli miktarda yer yoksa export’u Oracle ASM üzerine de alabiliriz. Şimdi bu adımları inceleyelim. ASM üzerinde directory oluşturma: $ source /home/oracle/.profile.grid $ asmcmd mkdir +DATAC1/exports Veritabanı için directory nesnesi oluşturma: $ source /home/oracle/.profile.db $ sqlplus / as sysdba SQL> create directory data_pump_dmp_dir_asm as '+DATAC1/exports'; SQL> create directory data_pump_log_dir_asm as '+DATAC1/exports'; Oracle ASM’e ancak binary formattaki (data türünde) dosyalar yazılabilir. Bu yüzden Oracle ASM’e export […]
PostgreSQL veritabanını büyük sistemlerde yük altında kullanmaya başlayınca performansını izlemek ve tuning yapmak kaçınılmazdır. Ancak, PostgreSQL’de performansı izlemek için standart kurulum ile gelen özellikler yeterli değildir. Oracle’de bulunan AWR raporları gibi, sistemi en ince detayına kadar incelemek gerekebilir. Bu ihtiyaç için PostgreSQL için geliştirilen pg_profile extension’ı bulunmaktadır. Veritabanı iş yüklerini ve profilini çıkarabilmek için pg_profile aynı Oracle’de olduğu gibi snapshot’lar ve bu snapshot’lara üzerinden raporlar sunar. Bu yazıda pg_profile’ı nasıl kurup rapor alabileceğimizden bahsedeceğiz. Başka bir yazıda ise rapor incelemesi yapıp, olası tuning ihtimallerini değerlendireceğiz. Extension’a ait github sayfası : pg_profile pg_profile extension’ı kütüphane dosyası kullanmaz, bu yüzeden $PGHOME/lib altında *.so dosyası bulunmaz. Sadece veritabanında extension oluşturularak kullanılabilir. Github sayfasından PostgreSQL sürümüne uygun extension indirilerek sunucuya kopyalanır, sonrasında aşağıdaki gibi kurulur. sudo tar xzf pg_profile–4.2.tar.gz –directory $(pg_config –sharedir)/extension Extension oluşturma: postgres=# CREATE EXTENSION dblink; postgres=# CREATE EXTENSION pg_stat_statements; postgres=# CREATE SCHEMA profile; postgres=# CREATE EXTENSION pg_profile SCHEMA profile; Kullanmaya hazırız. […]
PostgreSQL veritabanında veritabanı değişikliklerinin yazıldığı dosyalara WAL (Write Ahead Log) ismi verilir. Birçok veritabanında farklı adlarda da olsa aynı yapı bulunmaktadır. Veritabanında yazma yükü fazla ise WAL dosyaları çok sık olarak yeni dosyaya geçmektedir (WAL Switch). Bu durum veritabanı performansına olumsuz etki yapar. PostgreSQL veritabanında WAL dosya büyüklükleri varsayılan olarak 16M olarak tanımlanmıştır. Bu günümüz iş yüklerini dikkate aldığımızda hayli küçük kalmaktadır. Bu yazıda WAL dosya boyutlarını nasıl değiştirebileceğimizden bahsedeceğiz.
Bu yazıda Oracle Restart bileşeni olan srvctl (Server Control Utility) komutunu inceleyeceğiz. srvctl komutu Oracle GRID yazılımının kurulu ortamlarda bulunur ve özellikle RAC (Real Application Cluster) olmak üzere veritabanı, GRID bileşenlerini yönetmek için kullanılır. Srvctl komutu oracle kullanıcısı ile çalıştırılmalıdır. Sunucu tarafındaki komut olduğu için, komutu çalıştırabilmek adına öncelikle veritabanı sunucularına SSH bağlantısı yapılması gereklidir. İlk öğrenmemiz gereken komut, nasıl yardım alacağımız olmalıdır. -h parametresi ile srvctl’li çalıştırdığımızda yönetebileceğimiz tüm bileşenler ve onlara ait parametreler açıklamaları ile birlikte ekrana yazılır. Çıktısı uzun olduğu için bir kısmından sonrasını eklemeyelim. srvctl -h Usage: srvctl {-version | -version -fullversion | -fullversion} Usage: srvctl config all Usage: srvctl add database -db <db_unique_name> -oraclehome <oracle_home> [-dbtype {RACONENODE | RAC | SINGLE} [-server "<server_list>"] [-instance <inst_name>] [-timeout <timeout>]] [-domain <domain_name>] [-spfile <spfile>] [-pwfile <password_file_path>] [-role {PRIMARY | PHYSICAL_STANDBY | LOGICAL_STANDBY | SNAPSHOT_STANDBY | FAR_SYNC}] [-startoption <start_options>] [-stopoption <stop_options>] [-startconcurrency <start_concurrency>] [-stopconcurrency <stop_concurrency>] [-dbname <db_name>] [-policy {AUTOMATIC […]
Bu yazıda PostgreSQL’de WAL dosyalarından, veritabanında çalıştırılmış SQL’leri bind değerleri ile birlikte nasıl elde edebileceğimizi inceleyeceğiz. Veritabanında yapılan yanlış DELETE, UPDATE, INSERT işlemleri bu yöntem ile WAL dosyalarından çıkarılarak, hatalı işlemler geri alınabilirler. Logical Decoding özelliği PostgreSQL’e 11 sürümü ile gelmiştir.
Bu yazıda Oracle GoldenGate’e integrated mod’da Extract ve Replicat eklemekten bahsedeceğiz. Oracle GoldenGate farklı veritabanı sistemleri arasında veri senkronizasyonu sağlamak için kullanılan bir araçtır. Oracle’dan; Oracle’a, MS SQL Server’a, PostgreSQL’e, IBM DB2’ya aktarım yapma yeteneği mevcuttur. Ancak en fazla özellik desteği tahmin edileceği gibi Oracle – Oracle arasında için mevcuttur.
