PostgreSQL up-time

PostgreSQL up-time

PostgreSQL’in ne kadar süredir açık olduğunu anlamanın sayısız yolu var, bunlardan ikisi aşağıdadır. SQL Kullanarak PostgreSQL’in çalıştığı zamanı bulma SELECT   CURRENT_DATE - (pg_postmaster_start_time())::DATE AS up_day,   CURRENT_TIMESTAMP -pg_postmaster_start_time() AS up_time,   pg_postmaster_start_time() AS start_time; Service Tanımlarına bakarak PostgreSQL’in çalıştığı zamanı bulma systemctl status postgresql PID Kullanarak PostgreSQL’in çalıştığı zamanı bulma Önce PostgreSQL ana process’inin […]

Extended Events Kullanarak Online Index Rebuild İşlemlerinin Yüzde Kaçta Olduğunu Görmek

Index’leri rebuild ederken uygulamanın bundan etkilenmemesi için online rebuild özelliği SQL Server 2005 ile birlikte geldi. Fakat şahsi tecrübelerime göre SQL Server 2012’ye kadar gerçekten online olmuyor. SQL Server 2008 kullandığım zamanlarda gün içinde online rebuild index işlemini gerçekleştiremezdik. Başlattığımız rebuild işlemi sorguları kilitlerdi ve birkaç dakika sonra uygulamacılardan telefon yağmaya başlardı. Aynı şey DBCC […]

Fail-Safe Operator

Bu makaleyi okumadan önce “Database Mail Konfigurasyonu” ve “Operator Tanımlamak” isimli makalelerimi okumanızı tavsiye ederim. Kısaca Database Mail ve Operatörleri kullanarak sql server’dan oluşan problemleri dba grubuna mail ile iletebilirsiniz.   Database Mail Konfigürasyonu ve Operatörlerle ilgili konfigurasyonlar SQL Server Agent altından yapılır. Operatörlerin tanımları da msdb veritabanının altındaki tablolardadır. Eğer sql server agent msdb […]

SQL Server’ın CPU’nun Tamamını Kullanamaması ve Edition Upgrade

SQL Server 2012 ile beraber Enterprise Edition sürümünde lisans ile ilgili bir değişiklik oldu. İki adet Enterprise Edition Modeli var. Bir tanesi Enterprise Edition with Server + Client Access License (CAL), diğeri de enterprise edition: core based licensing.   Eğer kurulumu Enterprise Edition with Server + Client Access License (CAL) ile yaptıysanız instance başına 20 […]

RAC veritabanlarında cluster interconnect ve public arayüzünün değişimi

RAC veritabanlarında genellikle interconnect arayüzlerinin hızlarının düşük olmasına bağlı olarak ciddi cluster bekleme olayları görülmektedir. Bu yüzden kurulum sonrasında donanıma sonradan daha hızlı arayüzler (10gig gibi) eklenerek çözüm üretilmektedir.  Ayrıca kurulum sonrasında arayüzlerin yedekliliği için bonding konfigürasyonları yapılabilmektedir. Sonrasında mevcut interconnect arayüzlerin cluster tarafında da değişmesi gerekmektedir.  Tüm node’larda işletim sistemi seviyesinde gerekli işlemler yapılmış […]