SQL Server’da Columnstore Index Arşivlenmiş veriler, büyük veri ambarları ve analitik sorgular için performansı artıran bir index türüdür. Geleneksel satır tabanlı Index yerine, verileri sütunlar halinde depolar ve sorgu performansını önemli ölçüde artırır. MSSQL Server ‘da ColumnStore İndex ‘in Avantajları, Kullanım alanları , Sürümlere göre farkları , Performansa etkisi ve en önemlisi Data boyutunuzdaki Compress(Sıkıştırma) özelliğini nasıl kullandığını anlatmaya çalışacağım. İlk olarak SQL Server 2012‘de tanıtılan Columnstore Index, sütun bazında depolanan İndex’in oluşturulmasına olanak tanıyan ve Memory kullanan bir yapıdır. Sorgu performansını mükemmel seviyeye taşıyabilecek bir index türüdür. Bir columnstore index, verileri farklı bir index Pagelerde depolar ve verileri büyük ölçüde sıkıştırır. Ayrıca, işleme hızını büyük ölçüde artıran ve CPU kullanımını azaltan yeni bir Batch Mode Processing modu sunar. Yeni depolama türü, sıkıştırılmış veriler ve batch mode processing işleminin birleşimi, SQL Server’ın daha az veri okumasını ve sorgu performansını büyük ölçüde iyileştirmesini sağlar. Peki bu yeni index geleneksel index’den nasıl […]
Bu makalede, SQL Server Trace Flag ne olduğunu, nasıl kullanıldığını ve bazı yaygın senaryolarda nasıl faydalı olabileceğini inceleyeceğiz. Trace Flag Nedir ? SQL Server’ın davranışını değiştiren ve çeşitli senaryolarda performansı artıran veya hata ayıklama sürecini kolaylaştıran özel ayarlar olarak tanımlanabilir. Kullanım amaçları genel anlamda kriz anında ihtiyaçlara göre Trace Flags’ler eklenip problemi çözmeye yönelik işlemler yapılabilir. SQL Server Trace Flag seçerken dikkatli olmak önemlidir. Yanlış bir Trace flag etkinleştirilmesi, beklenmedik davranış değişikliklerine veya performans sorunlarına neden olabilir. Bu nedenle, her Trace Flag etkilerini ve kullanım senaryolarını bilmek önemlidir. Trace Flag etkinleştirildikten sonra sistem üzerindeki etkilerini izlemek ve değerlendirmek de önemlidir. Trace Flag nasıl aktif edebiliriz. Bağzı Trace Flag’ ler Service Restart edildikten sonra devreye girecektir. Aktif etmek için; SQL Server Configuration Manager/ SQL Server Services/ SQL Server (InstanceName) Instance’a sağ tıklayıp Properties diyoruz ve Startup Parameters kısmına geliyoruz burada 3 tane System tarafından Default olarak gelen Trace Flag’ler bulunmaktadır. […]
Merhabalar bu yazımda sizlere AlwaysOn mimarisi bulunan sistemlerde CheckAGPrimary Kontrolünün nasıl yapılacağını anlatacağım. Öncelikle SQL Server ’da AlwaysOn mimarisini bilmeliyiz. AlwaysOn mimarisini kısaca anlatmak gerekir ise SQL Server’da Databaseslerin başka bir sunucu ile eşlenikli (Aynı Verilerin Bulunması) çalışma mantığıdır. Kullanım amacı ise kriz anında eşlenik sunucudan veri kaybı olmadan hizmet verebilmek için kullanılmaktadır. AlwaysOn Mimarisi İnstance bazında eşitle yapmaktadır. Yani Databases, Security, Server Objects, Replicasyon, Polybase,Always On High Availability bazında yapılan değişiklikleri Secondary sunucudada aynı değiştirir Fakat SQL Server Agent‘ larda yapılan değişiklikler aktarılmaz. CheckAGPrimary kontrolü ise kullanmış olduğumuz AlwaysOn mimarisinde hizmet veren sunucu (Primary) kontrolü yapmaktadır. Özetlemek gerekirse AG(Avaibility Groups)’ların içinde bulunan Databaselerin primary olduğu sunucu kontrolü yapmak için kullanılır. Kullanımı oldukça kolaydır. Backup Joblarımız kullanım alanlarından bir tanesidir backup jobumuzun Properties açıyoruz. Jobların özelliklerinde işlem yapılacak alan STEP kısmı Burada Yeni bir Step eklememiz gerekiyor onun için New Diyoruz. Açılan Pencerede ise İsmimizi yazıyoruz ve T-SQL Kodumuzu Command […]
Merhabalar bu yazımda SQL Server log backupdan İSTENİLEN DAKİKA ve SANİYEYE geri dönmek istersek ne yapmalıyız Bu yazımda bana bu bilgileri paylaşan Duran BÜYÜKÖZTÜRK ve Serdar BAYRAK hocalarıma teşekkür ediyorum. Öncelikle Backup nedir neden bu kadar önemlidir bunları öğrenmek için şu yazıdan okuyabilirsiniz. https://www.veritabani.org/sql-server-backup-turleri-islemi-mantigi-ve-stratejisi/ Restore işlemini herkesin bildiğinizi farz ederek bu yazımda kısaca değinip yazımıza giriş yapmak isterim. Restore işleminde ilk olarak en önemlisi Zincir mantığıdır. Zincir mantığında FULL1+FULL2 , FULL1+DİFF1+LOG1 , FULL1 + LOG1+LOG2 şeklinde olması gerektiğini biliyoruz. İstenilen saniyeye dönmek nasıl mümkün, bunun cevabı ise Veri tabanını (Standby /Read-Only)Durumuna getirmektir. Standby/ Read-Only durumunda olan bir veri tabanı aslında okunabilir mod olarak kullanmaktır. Gitmek istediğimiz saniyeye ise Standby/ Read-Only durumuna getirirken STOPAT kullanılarak Transaction Log’un içerisindeki saniye ve dakikaya gidebiliriz. Unutmayalım Bunu en başta Değinmek istiyorum. Burada Hatalı işlemin yapıldığı zamana dönmek için İşlem yapıldıktan Sonraki LOG BACKUP’ın içinde bu işlem tutulduğu için Bu LOG backubımızı StandBy Olarak Restore […]
Ola SQL server üzerinde DBA’lerin veri tabanlarını daha rahat yönetmesini sağlar, bunları nasıl yapar aslında Ola Hallengren bir SQL server da oluşturulmuş Script’tir. Bu Script’e şu şekilde ulaşabilirsiniz. https://ola.hallengren.com/ sitesine girip MaintenanceSolution.sql dosyasını indirmeniz gerekmektedir. Bu dosyayı Not Defterinde açıp script’ine ulaşabilirsiniz. Bu script’i çalıştırdığınız zaman SQL Server Backup, DatabaseIntegrityCheck,IndexOptimize bakımlarını kontrol edebileceğimiz bir sistem kütüphanesi oluşturmaktadır. Bu konulara daha detaylı giriş yapacağız. DatabaseBackup : SQL Server Yedekleme DatabaseIntegrityCheck: SQL Server Bütünlük Kontrolü IndexOptimize: SQL Server İndex ve İstatistik Bakımı Ola Hallengren script’ini çalıştırdıktan sonra bağzı Joblarımız’ da oluşacaktır. İlk olarak System ‘de oluşturduğumuz parametreler Store Prodcedures’lerin içinde görebiliriz. Tabiki bunların hepsini öğrenmemize gerek yok bizim için önemli olanların kullanımını ve ne işe yaradıklarını bakalım. Gerek oldukça bu parametreleri bilmemiz bizim işlerimizi rahatlatacaktır. Öncelikle DatabaseBackup job’ı inceliyeceğiz ve nasıl kullanılacağınıza bakalım. Job’ […]
SQL New Login türleri 1.SQL Authenticantion 2.Windows Authenticantion SQL Server üzerinde kullanıcı – login açmak için SS Management Studio – Security – Logins üzerinde sağ klik “New Login” diyorurz.
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. Select name, state_desc FROM sys.databases Belirli bir veri tabanının mevcut durumunu kontrol etmek ise Scriptimiz. Select DATABASEPROPERTYEX (‘dbdame’,’status’); Ö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. […]
