Embracing Evolution: How can we keep SQL Server Management Studio (SSMS) up to date?

Before we delve into the update process, let’s understand why it’s important to keep SSMS current. Each new release of SSMS includes bug fixes, performance enhancements, and new features that can significantly improve your productivity and the performance of your SQL Server environments. Some updates address security – so best is to update to the latest and greatest release.

By the way, this check is a part of our SQL Server Health Check.

Key Benefits of Updating SSMS

• Better performance and stability
• Support for newer SQL Server versions and features
• Access to the latest features and tools
• Improved user experience and interface enhancements

Checking for updates (manually)

1. Open SSMS then click on Tools.
2. Select “Check for Updates…”
3. A new window will pop up, displaying the current version of SQL Server Management Studio and the latest version available. You can enable the automatic check while you at it.

[vc_row full_width=”stretch_row” css=”.vc_custom_1505794887127{background-color: #2596be !important;}” gradient_animation=”#ffbc63,#d46b02″][vc_column][stm_cta button_color=”custom” button_custom_color=”#0077c2″ icon_custom_color=”#ffffff” button_icon_pos=”right” button_icon=”stmicon-chevron-right” style=”style_6″ link=”url:aryasoft.com/contacts |title:İletişim”]Size ve Veritabanlarınıza Yardımcı Olmak İçin Bekliyoruz![/stm_cta][/vc_column][/vc_row][vc_row css=”.vc_custom_1501845139892{margin-top: 50px !important;margin-bottom: 25px !important;}”][/vc_row]

SQL Server Bakım Planları

• Veritabanı yedekleme: Veritabanının yedeklenmesi, veri kaybını önlemek için önemlidir. Bakım planı, tam yedekleme, diferansiyel yedekleme veya log yedekleme görevlerini içerebilir.
• Index yeniden oluşturma: Indexler, veritabanı sorgularının performansını artırmak için kullanılır.Index yeniden oluşturma görevi, indexlerin fragmentasyonunu gidererek sorgu performansını artırabilir.
• İstatistik güncelleme: İstatistikler, SQL Server sorgularının optimize edilmesinde kullanılır. Bakım planı, istatistiklerin güncellenmesi görevini içerebilir.
• Veritabanı bütünlüğü kontrolü: Bakım planı, veritabanı bütünlüğünü kontrol etmek için DBCC CHECKDB görevini içerebilir.
• Dosya yönetimi: Bakım planı, veritabanı dosyalarının otomatik olarak büyütülmesi veya küçültülmesi için dosya yönetimi görevlerini içerebilir.

• AVG ve SUM fonksiyonları sadece sayısal değerler üzerinde kullanılabilirler.
• MIN, MAX ve COUNT fonksiyonları sayısal, string ve geçici veri sütunları üzerinde kullanılabilirler.
• Bu fonksiyonlar TEXT, NTEXT ve IMAGE veri tipindeki kolonlar üzerinde kullanılmaz.
• Bu fonksiyonlar NULL değerleri hesaba katmaz, yok sayar. Özellikle COUNT işlemleri için bu duruma dikkat etmek gerekir.
• Eğer COUNT ile birlikte (*) kullanılırsa tüm satırların verilerini (kolonda NULL veri olsa bile) sayabiliriz.
• Toplama fonksiyonunun kullanıldığı bir sorgu artık toplama işlevli bir sorgu olmuş olur.

SELECT SUM(sütun_adı) FROM tablo_adı WHERE koşul;

• Örneğin, Toplam kaç adet malın sipariş verildiğini bulalım.

SELECT MIN (sütun_adi) FROM tablo_adi WHERE koşul;

• Ürünler (Products) tablosundaki en küçük fiyatlı ürünü listeleyelim.

SELECT MAX (sütun_adi) FROM tablo_adi WHERE koşul;

• Ürünler (Products) tablosundaki en yüksek fiyatlı ürünü listeleyelim.

SELECT AVG (sütun_adi) FROM tablo_adi WHERE koşul;

• Örneğin, 22 kayıt numaralı tedarikçiye ait ürünlerin tekil değerilerinin ortalama fiyatını almak isteyelim.

SELECT COUNT (sütun_adi) from tablo_adi where koşul;

• Tedarikci Numarası (SupplierID) 5 olan tedarikçiye ait ürünlerin sayısını öğrenelim.

SELECT COUNT (DISTIMCT sütun_adi) from tablo_adi where koşul;

• Son örneğimiz olarak siparişlerin kaç farklı müşteriden alındığını öğrenelim.

1. Düzenli Yedeklemeler (Backup): Günlük olarak backupların alınıp alınmadığını kontrol ederek başlayabiliriz. Bu kontrol veritabanınızın korunması ve olası veri kaybı senaryolarına karşı hazırlıklı olmanızı sağlar.
2. Disk Space kullanımını ve Drive Space Thresholds İzleme: Bu madde performans sorunlarını önlemek için önemlidir. Disk alanınızın yüzde 100’e ulaşması, bilgisayarınızın veya sunucunuzun performansını olumsuz yönde etkileyebilir. Disk alanı kullanımını izleyerek, sürücünüzün kapasitesinin sınırına yaklaştığını ve performans sorunlarının meydana gelebileceğini belirleyebilirsiniz. Günlük kontrol ederek sorunları önceden fark edip, çözümü için gerekli adımları atabilirsiniz.
3. Uzun Süre Çalışan Sorguları Ve Deadlockları İzleme: Uzun süren sorgular ve deadlocklar, veritabanı performansını olumsuz yönde etkileyebilecek önemli sorunlardır. Bu nedenle, bu sorunların erken tespit edilmesi ve çözülmesi, veritabanı sisteminin sağlıklı bir şekilde çalışmasını sağlamak için önemlidir. Bildiğiniz gibi uzun süren sorgular, veritabanı sunucusunu yavaşlatabilir ve diğer kullanıcıların sorgularını bekletir. Bu durum, kullanıcı deneyimini olumsuz yönde etkiler ve şirketin iş süreçlerine zarar verebilir. Ayrıca, uzun süren sorgular, veritabanı sunucusu üzerinde gereksiz yere yük oluşturur ve bu da donma ve çökme gibi daha ciddi sorunlara yol açabilir. Deadlocklar, veritabanı işlemlerinde bir dizi işlemi kilitleyen ve diğer işlemlerin aynı kaynaklara erişimini engelleyen bir durumdur. Bu durumda, bir işlem diğer işlemlere erişim izni vermez ve veritabanı sistemi tamamen durur. Bu da veritabanı sunucusu üzerinde ciddi bir performans düşüklüğüne ve hatta sistem çökmesine neden olabilir.Deadlocklar, genellikle veritabanı tasarımındaki hatalardan veya uygulama yazılımındaki hatalardan kaynaklanır ve bu nedenle erken tespit edilmeli ve çözülmelidir.
4. CPU ve Bellek Kullanımı Gibi Temel Performans Ölçümlerini İzleme: Rutininize bu adımı da eklemeniz önemli olacaktır. Bir veritabanı sisteminin CPU ve bellek kullanımı, sistem performansının en önemli göstergelerindendir. Yüksek CPU kullanımı, sunucunun aşırı yük altında olduğunu ve sorguların yavaşladığını veya hatta sistem çökmesine neden olabileceğini gösterir. Bu nedenle, CPU kullanımı gibi performans ölçümlerinin izlenmesi, veritabanı sistemindeki aşırı yük durumlarının tespit edilmesine ve önlenmesine yardımcı olur.
5. Blocking Hakkında İzleme ve Uyarı: Galiba bu madde bir veritabanı sistemi için en ciddi sorunlardan birisi olabilir. Bu sorunlar, birden fazla işlem veya sorgu arasında kaynaklar (kayıt, tablo, vb.) üzerinde çakışmalar yaşandığında ortaya çıkar. Bu durum, işlemleri veya sorguları yavaşlatabilir veya tamamen durdurabilir. Bloklama, bir işlemin diğer işlemlere erişimini engelleyen bir durumdur. Örneğin, bir işlem bir tabloyu kilitlediğinde, diğer işlemlerin aynı tabloya erişimi engellenir. Bu durum, bir işlem diğerlerini bekletir ve performansı ciddi şekilde etkiler. Bloklama sorunu, veritabanı sistemi üzerindeki işlem yükünün artmasıyla daha sık meydana gelir. Gerekli sorgu incelemelerinin yapılarak kill edilmesi veya gerekiyorsa bu sorgunun tekrardan düzenlenmesi için yetkili kişilerle konuşulması gerekmektedir.
6. Failed Jobs İzleme ve Uyarma : Başarısız işlemler, bir veritabanı sistemi veya uygulama yazılımında birçok farklı nedenle ortaya çıkabilir. Örneğin, bir veritabanı sistemi veya uygulama yazılımındaki bir hata, bir sunucu kesintisi veya bir ağ sorunu nedeniyle bir işlem başarısız olabilir. Bu nedenle, başarısız işlemlerin izlenmesi ve uyarıların alınması, veritabanı sistemi veya uygulama yazılımının sağlıklı bir şekilde çalışmasını sağlamak için önemlidir. Ayrıca, başarısız işlemlerin izlenmesi, gelecekte benzer sorunların önlenmesine yardımcı olabilir. Örneğin, bir işlem belirli bir veri kaynağına erişim sağlayamadığında başarısız olabilir. Bu tür bir sorunun izlenmesi ve çözülmesi, benzer sorunların gelecekteki işlemlerde tekrarlanmasını önleyebilir.
7. Başarısız Oturum Açma İşlemlerini (Failed Logins ) İzleme ve Uyarma: Bir DBA olarak sistemin güvenliğini sağlamak açısından Başarısız giriş denemelerini incelemek gerekir. Bu durum birinin sistem veya uygulamaya izinsiz erişmeye çalıştığını gösterebilir. Bu denemelerin izlenmesi ve uyarılmasıyla, IT ekipleri potansiyel güvenlik tehditlerini hızlı bir şekilde tespit edebilir ve önlemek için uygun önlemler alabilir. Bu başarısız giriş denemeleri aynı zamana kullanıcı deneyimlerini de etkileyen bir husustur. Kullanıcılar için sinir bozucu olabilir ve sistem veya uygulamaya olan güvenlerini kaybetmelerine neden olabilir. Bu olayların izlenmesi ve uyarılması, IT ekiplerinin sorunları proaktif olarak tespit etmelerine ve büyük sorunlar haline gelmeden önce bunları çözmelerine olanak tanır, böylece kullanıcı deneyimini artırır. Başarısız giriş denemelerinin izlenmesi ve uyarılması, sorun giderme amaçları için de faydalı olabilir. Kullanıcılar oturum açmakta zorluk yaşıyorlarsa, IT ekipleri sorunu hızlı bir şekilde tespit edebilir ve düzeltici önlem alarak süreyi en aza indirgeyebilir ve kullanıcılara olumsuz etkilerini azaltabilir.
8. Büyük Tabloların Büyümesini İzleme ve Uyarma: Veritabanındaki büyük tablolar, sorguların ve işlemlerin yavaşlamasına neden olurken aynı zamanda depolama kaynaklarını da tüketir. Büyük tabloların daha da büyümesi, veri bütünlüğünü de etkiler. Örneğin, bir tablonun çok büyük olması, yedekleme işlemlerinin uzun sürmesine ve yedekleme sırasında veri kaybına neden olabilir. Bu sorunların giderilmemesi performans kaybına neden olabilir. Bu da bizim istemediğimiz bir durum:) Günlük olarak kontrolleri sağlamakta fayda vardır.
9. Kullanıcılar, Roller ve Erişim Hakları Gibi Güvenlik Değişikliklerini İzleme ve Uyarma: Bu maddenin incelenmesi, veritabanı yöneticilerinin veritabanı güvenliği konusunda daha güvenli bir ortam oluşturmasına yardımcı olur. Bunun yanı sıra, belirli bir kullanıcının yanlışlıkla veya kötü niyetle yetkisi artırılmışsa, veritabanında veri manipülasyonu ve hatta veri kaybı riski oluşabilir. Bu nedenle, kullanıcılar, roller ve erişim haklarındaki herhangi bir değişikliğin izlenmesi ve uygun şekilde uyarılara dönüştürülmesi, veritabanı yöneticilerinin veri bütünlüğünü korumasına yardımcı olur. Ayrıca, veritabanı kullanıcılarının güvenliği ve gizliliği açısından, kullanıcı hesaplarının silinmesi veya erişim haklarının kısıtlanması gibi değişiklikler de izlenmelidir. Bu değişikliklerin izlenmesi, veritabanı yöneticilerinin kullanıcı hesaplarının güvenli bir şekilde yönetilmesine yardımcı olmasını sağlar. Sonuç olarak, kullanıcılar, roller ve erişim haklarının değiştirilmesi, veritabanı yöneticilerinin kontrolünde olmalı ve izlenmelidir. Bu sayede, veritabanı güvenliği, uyum, veri gizliliği ve bütünlüğü, kimlik avı ve iç tehditler gibi birçok konuda daha güvenli hale getirilir. Monitoring ve alerting işlemleri, bu konularda farkındalık yaratır ve olası tehditlerin önceden tespit edilmesine yardımcı olur.
10. Sunucu Ayarlarında ve Yapılandırmalarında Yapılan Değişiklikleri İzleme ve Uyarma: Veritabanı sunucuları, veritabanı sistemlerinin doğru ve verimli çalışması için bir dizi ayar ve yapılandırmaya sahiptir. Bu ayarlar, sunucunun donanım kapasitesi, işletim sistemi, veritabanı yazılımı ve ağ performansı gibi faktörlere göre belirlenir.Örneğin, belirli bir ayarın yanlış yapılandırılması, sunucunun verimli çalışmasını engelleyebilir veya veritabanı bütünlüğünü riske atabilir. Bu maddenin de günlük olarak incelenmesi gerekmektedir.
11. Replikasyon and Log Shipping Durumunu İzleme: Veritabanı yöneticileri, birincil sunucu ve ikincil sunucu arasında veri kopyalama işlemlerinin gerçekleştirildiği veri replikasyonu ve log gönderimi işlemlerinin durumunu izlemek isterler. Bu, veri bütünlüğünün korunmasını ve yedekleme işlemlerinin başarılı bir şekilde gerçekleştirilmesini sağlar.

• SQL Sunucunuza sağ tıklayın ve Özellikler’e tıklayın.
• Bellek ve “Maksimum sunucu belleği”.

SQL Server Örneği için kullanılabilir toplam bellekten ne kadar bellek ayrılmalıdır?

1.  [XX] öğesini (MB) içindeki değere değiştirin.

SP_CONFIGURE ‘Max Server Memory’,XX GO RECONFIGURE GO

• Storage
• I/O (girdi çıktı operasyonları)
• Disk operasyonları
• Veya basitçe “Reads”

• 5.000RPM yavaş hareket eden eski tarz sabit diskleriniz varsa – %95’i disk olacaktır.
• Mini sürüm için başlangıç ​​fiyatının 100.000 ABD Doları olduğu, sınıfının en iyisi flash depolama dizilerini veya SAN’ları çalıştırıyorsanız, bunun %95’i disk olacaktır.

1. Yavaş sorgular çok miktarda veriyi tarar (“oku” demenin süslü bir DBA yolu). Genellikle gereksiz yere. Bu, SQL sunucunuzun bu yavaş OKUMA işlemlerinin çoğunu yaptığı anlamına gelir.
2. Henüz “okunan” verilerin bir yerde tutulması gerekir. Bu bir yerde RAM Belleğidir.
3. Daha fazla veri “okundukça”, “eski” veriler RAM belleğinden çıkarılır (veya yeni veriler üzerine yazılır). RAM’deki kapasite sınırlıdır.
4. SQL Server, veritabanı boyutunuzdan daha az RAM belleğine sahip olduğunda – ki bu çoğu zaman %100’dür – bu, TÜM verileri bellekte tutmak için yeterli RAM olmadığı anlamına gelir. Bu, bazı verilerin yavaş diskinde ve bazı verilerin hızlı RAM’de olduğu anlamına gelir. RAM’de olmayan verilerin diskten okunması gerekir ki bu SQL kutusunun yapabileceği en yavaş işlemidir. SÜPER YAVAŞ.
5. Dolayısıyla, sorgu 10 satıra karşı 10 Milyon okuyacak şekilde değiştirilebilirse (ayarlanabilirse), bu, SQL Server’ın tüm bu satırları işlemek için yalnızca daha az disk işlemine değil, aynı zamanda daha az CPU ve RAM’e ihtiyaç duyduğu anlamına gelir. Bu nedenle, daha az diskten okuma yapmak çoğu zaman ANA hedeftir!
6. Son kullanıcı için hiçbir şey hızdan (veya sorgunun süresinden) daha önemli değildir.
7. CPU/RAM ve diğer kaynakları azaltmak için ayarlama yapmak da yararlıdır – ancak bu daha çok özel durumlarda olur. CPU’nuz sürekli olarak %90’a sabitlendiğinde veya bunun gibi veritabanı performansı tehlikede olduğunda CPU’yu ayarlarsınız.
8. Sorgular daha az Disk işlemi gerektirecek şekilde ayarlandığında, SQL Server daha fazla kapasiteye sahip olur.  Bu nasıl mümkün olabilir?? Bir bakarsınız dört şeritli otoyolum var ve bütün şeritler hep meşgul. Arabaların %50’sini otoyoldan kaldırdığımızı varsayalım – bu otoyol ek şeride ihtiyaç duymadan daha uzun süre dayanır, değil mi? Yavaş SQL çağrılarını ayarlamakla aynı. Her sorguyu daha az kaynak tüketecek şekilde alırsam, fazladan kullanıcılar, fazladan sorgular ve fazladan büyüme için daha fazla yer açmış olurum.
9. Bu, aynı sunucunun yükü iki veya üç katına çıkarabileceği anlamına gelir. Bu, aynı sunucunun ömrünü uzattığı anlamına gelir. Bu, donanım yükseltmelerinin geleceğe daha da ileriye itilebileceği anlamına gelir.

BACKUP DATABASE [AdventureWorks2014] TO DISK = N’C:\adventureworks2014\AdventureWorks2014.bak’ WITH NOFORMAT, NOINIT, NAME = N’AdventureWorks2014-Full Database Backup’, SKIP, NOREWIND, NOUNLOAD, COMPRESSION, STATS = 10 GO

1. Clustered Index: Clustered index, verilerin fiziksel olarak tablo üzerindeki düzenini değiştiren bir index türüdür. Bir tablo üzerinde sadece bir tane clustered index bulunabilir ve bu index, tablodaki verilerin fiziksel olarak yeniden düzenlenmesini sağlar. Clustered index, verilerin disk üzerindeki fiziksel konumunu değiştirerek sıralı bir şekilde saklar ve verilere hızlı arama ve sıralama imkânı sunar.
2. Non-Clustered Index: Non-clustered index, verilerin fiziksel olarak tablo üzerindeki düzenini değiştirmeyen bir index türüdür. Bir tablo üzerinde birden fazla non-clustered index bulunabilir ve bu indexler, aynı tablo üzerinde farklı sütunlara veya alanlara göre farklı anahtar değerlerine göre düzenleme yapar. Non-clustered index, verilerin orijinal tablo düzenini korurken, index üzerinden hızlı arama ve sıralama imkânı sunar.
3. Unique Index: Unique index, bir veya birden fazla sütunda benzersiz değerlerin bulunmasını zorlar. Yani, aynı değeri içeren birden fazla kayıt eklenmesini veya güncellenmesini engeller. Unique index, genellikle benzersiz değer gerektiren sütunlar için kullanılır ve veri bütünlüğünü sağlar.
4. Spatial Index: Spatial index, mekansal verilerin hızlı ve etkili bir şekilde sorgulanabilmesi için kullanılan bir index türüdür. Spatial index, özellikle coğrafi verilerin, yani konum verilerinin bulunduğu sütunlarda kullanılır. Bu tür index, nokta, çizgi, çokgen veya kompleks geometriler gibi farklı mekansal veri türleri üzerinde hızlı arama ve sorgulama yapılmasını sağlar.
5. Full-Text Index: Full-Text index, metin tabanlı verilerin hızlı aranmasını sağlamak için kullanılır. Özellikle metin tabanlı sütunlarda bulunan verilerin içeriğine dayalı aramalar yapılmasını sağlar. Full-Text index, tam metin aramalarını hızlandırır ve daha etkili bir şekilde sonuç döndürür.

• Performans Artışı: Indexler, sorguların daha hızlı çalışmasını sağlar ve veri tabanının performansını artırır. Indexler sayesinde sorguların sonuçlarını daha hızlı alabilir ve veri tabanına erişim süreleri azalır.
• Daha Az Memory Kullanımı: Indexler, veri tabanında verilere hızlı erişim sağlamak için kullanıldığından, daha az memory alanı kullanır. Bu da veri tabanının daha az depolama alanı gerektirmesini sağlar.
• Veri Bütünlüğü: Unique indexler, benzersiz değer gerektiren sütunlarda veri bütünlüğünü sağlar ve aynı değeri içeren birden fazla kaydın eklenmesini veya güncellenmesini engeller.

• Disk Alanı ve Bakım Maliyeti: Indexler, ek disk alanı gerektirir ve veri tabanının bakım süreçlerini karmaşıklaştırabilir. Indexlerin oluşturulması, güncellenmesi ve bakımı, ek maliyetlere yol açabilir.
• Güncelleme Performansı: Clustered indexler, verilerin fiziksel olarak düzenini değiştirdiği için veri güncelleme işlemleri performansı etkileyebilir. Aynı zamanda, çok sayıda indexin bulunduğu bir tabloda güncellemeler uzun sürebilir.

• İşlem sıralamasını optimize etmek: İşlem sıralamasını optimize etmek, SQL deadlock’ların oluşmasını önleyebilir. Bu, işlemlerin öncelik sırasına göre sıralanması ve kaynaklar üzerinde tek tek erişim sağlanması anlamına gelir.
• Kilit sıralamasını optimize etmek: Kilit sıralaması, kaynaklar üzerindeki erişimi düzenleyen bir mekanizmadır. Kilit sıralaması optimize edildiğinde, SQL deadlock’ların oluşması engellenebilir.
• Kullanılmayan kilitlerin serbest bırakılması: Kullanılmayan kilitlerin serbest bırakılması, kaynakların daha verimli bir şekilde kullanılmasını sağlar ve SQL deadlock’ların oluşmasını engeller.
• Kaynaklara eşzamanlı erişim sağlamak için işlem sürelerini azaltmak: İşlem sürelerinin kısaltılması, kaynaklara eşzamanlı erişim sağlanmasını kolaylaştırabilir ve SQL deadlock’ların oluşmasını engelleyebilir.
• İşlem sırasını sınırlandırmak: İşlem sırasını sınırlandırmak, kaynaklara erişim sırasını düzenleyebilir ve SQL deadlock’ların oluşmasını engelleyebilir.
• Deadlock algılama ve çözümleme: Deadlock’ların oluşması engellenemezse, bunları tespit etmek ve çözmek için bir mekanizma kullanılabilir. Deadlock algılama ve çözümleme, SQL sisteminin performansını artırabilir ve olası hataları önleyebilir.

1. Deadlock’ın tespit edilmesi: Deadlock’ın tespit edilmesi, çözüm sürecinin başlangıç ​​noktasıdır. Deadlock’ın tespiti için birçok yöntem kullanılabilir.
2. Deadlock’ın nedeninin belirlenmesi: Deadlock’ın nedeninin belirlenmesi, doğru bir çözüm sürecinin başlatılması için önemlidir. Deadlock’ın nedeni belirlendikten sonra, çözüm süreci daha etkili bir şekilde planlanabilir.
3. Deadlock’ın çözümü: Deadlock’ın çözümü, iki veya daha fazla işlem arasındaki çekişmenin sona erdirilmesini sağlar. Deadlock’ın çözümü için birkaç yöntem vardır, örneğin:

• İşlemlerin yeniden başlatılması: İşlemlerin yeniden başlatılması, deadlock’u çözmek için yaygın bir yöntemdir. Bu yöntem, tüm işlemleri durdurur ve yeniden başlatır.
• İşlemlerin önceliklerinin değiştirilmesi: İşlemlerin önceliklerinin değiştirilmesi, deadlock’u çözmek için başka bir yöntemdir. Bu yöntemde, bir işlem önceliği düşürülür ve diğer işlemler öncelik kazanır.
• Kaynakların serbest bırakılması: Kaynakların serbest bırakılması, deadlock’u çözmek için bir başka yöntemdir. Bu yöntem, bir işlem kaynağı serbest bırakır ve diğer işlemlerin kaynağa erişmesine izin verir.