Ana Sayfa H1 Başlık, Tema Panelinden Değiştire bilirsiniz.

Kategoriye ait yazı bulunamadı.
Arama

Dynamic Data Masking

SQL Server 9 ay önce

Bu makalede Hassas olduğunu düşündüğümüz tablonun içindeki verinin kısmi ya da tamamının değiştirilmesi ya da kapatılması konusunu inceleyeceğiz. Bahsi geçen özellik SQL Server 2016 yılında Microsoft tarafından tanıtıldı. Özellikle ilgili verilerin bazı uygulamalar ya da kullanıcılar tarafından okunmasının sakıncalı olduğu durumlarda bu veriler maskeleyerek gerçekleştirebiliriz. Bu makalede AdventureWorks2017 veri tabanı altında Production.Location tablosu kullanılmıştır.   Başlangıçta daha önce bizden başka birisi burada bu özelliği aktif etmiş ya da kullanıyor olabilir. Hem maskelenmiş kolon var mı hem de burada adım adım giderek nasıl eklendiğini göreceğiz. Aşağıdaki sorgu ile ilgili veri tabanı üzerinde hangi tabloların hangi kolonlarında maskeleme özelliği var onu aşağıdaki script ile kontrol edebiliriz.  

  1-) Eğer tablo yok yeni oluşturuyor isek; Maskelenmesini istediğimiz kolonları belirleyerek ve bu alanları type’larına göre maskeliyoruz. Örn. String derğerler için; varchar==>partial, Integer Değerleri için, Int==> random yada default gibi.   Eğer tablo var ise; Maskeleme yapmak istediğimiz kolona aşağıdaki script ile maskeleme […]

Sql Server Change Data Capture Aktif Etme

SQL Server 1 yıl önce

Change Data Capture Nedir? Change data capture (CDC) bir tabloda yapılan tüm değişiklikleri (insert, update, delete) tutan bir mekanizmadır denilebilir. Özellikle eski tarihli ve yeterince iyi planlanmamış bir tablo, veri ile uğraşan herkesin kabusudur. Tabloda bir güncelleme tarihi veya insert tarihi olmaması, çalışmalarımda ne yazık ki sıklıkla karşılaştığım problem. Özellikle benim gibi 2000 yılında VB ile yazılan uygulamaların aktif olarak hala kullanıldığı bir yerde çalışıyorsanız hayat sizin için çok zor olabiliyor. 🙂

PostgreSQL’de pg_profile extension ile AWR oluşturma

PostgreSQL 6 ay önce

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.

Extension oluşturma:

Kullanmaya hazırız. pg_profile ile rapor alabilmek için, snapshot’lara ihtiyacımız bulunmaktadır, ancak snapshot’lar otomatik alınmazlar, elle tetiklememiz gereklidir. Aşağıdaki gibi örnek snapshot alalım. Yazının sonunda crontab […]

SQL Server Database States

SQL Server 9 ay önce

SQL Server’daki bir Veri Tabanı ONLINE, SUSPECT, RESTORING, RECOVERING, RECOVERY PENDING, OFFLINE ve EMERGENCY durumlarından herhangi birinde bulunmaktadır. Öncelikle Sql Server’daki Veri tabanlarımızı durumun nasıl kontrol etmeliyiz; Bunun için şu Script’i çalıştırmamız bize Veri tabanlarımızın hangi durumda olduğunu gösterecektir.

  Belirli bir veri tabanının mevcut durumunu kontrol etmek ise Scriptimiz.

Önemli Bilgiler Başlamadan Önce Mutlaka burayı okuyunuz. REPAIR_FAST : Geriye dönük veri onarım işlevini gerçekleştirir. Veri kaybı olmaz fakat hata alma olasılığı diğerlerine göre daha fazladır. REPAIR_REBUILD : Bir önceki işlevden bir sonuç alınamadığı zaman kullanılabilir, veri kaybı olmaz fakat hata alma olasılığı vardır. REPAIR_ALLOW_DATA_LOSS : Rebuild yaptığınız halde hata almışsanız bu işlemi deneyebilirsiniz fakat veri kaybı olasılığı vardır. Bu nedenle öncesinde yedekleme yapılmalıdır. Önemli bir hatırlatma : Suspect modundaki veritabanını sakın “Detach” etmeyin yoksa bir daha “Attach” edemezsiniz. Bu yüzden mutlaka ilk iş olarak .mdf ve .log dosyalarını yedekleyiniz. Her denemeden sonra SQL server’ ı yeniden başlatmayı unutmayın. SQL Server Veritabanı Durumu Türleri Yukardada […]