SQL Server

Microsoft SQL Server hakkında yazılar

SQL Server ‘da Detach-Attach İşlemleri Nasıl Yapılır?

SQL Server 14 saat önce

SQL Server’ da  Detach – Attach İşlemleri. Merhaba, bu yazımda SQL Serverda veri tabanımızı farklı sunuculara taşımamız gerektiğinde ya da farklı sunuculardaki veri tabanlarını listemize almak istediğimizde nasıl bir yol izlememiz gerektiğini anlatacağım. Öncelikle bir veri tabanını taşımanın birden fazla yolu var. Bunlar: Detach-Attach, Restore, Backup yöntemleridir. Neden Veri Tabanını Taşırız? Sunucularımızda kaynak yetersizliğimiz olabilir. Sürüm yükseltmemiz gerekebilir. Domain değişikliği olabilir. İlk olarak “Uygulama” isimli bir veri tabanı oluşturalım. İşlemlerimizi bu veri tabanı üzerinden yürüteceğiz. CREATE DATABASE Uygulama Sorgumuz ile veri tabanımızın nerede tutulduğunu bulalım. USE Uygulama GO EXEC sp_helpfile DETACH İşlemi Detach İşlemi, ilgili veri tabanımızı listeden çıkarmak yani taşımak istediğimizde Detach bize yardımcı oluyor. Soldaki veri tabanı listemizden Uygulama isimli veri tabanımızın üzerine gelip sağ tık >Tasks >Detach yolunu izleyeceğiz.   Karşımıza gelen panelde Message alanında “Active Connections” yazıyor. Yani bir aktif bağlantı olduğunu söylüyor. Biz de DropConnections alanındaki tiki işaretleyeceğiz ki bu aktif bağlantıyı silsin. Gerekli ayarlamalarımızı […]

SQL SERVER SERViS RESTART HATASI

SQL Server 2 ay önce

Bu haftaki yazımızda karşılan bir hata üzerindeki; logları ve çözümünü anlatacağım. Aşağıdaki GÖRSEL-1’de görüldüğü üzere SQL servisini restart ettiğimiz sırada bir hata ile karşılaşıyoruz. Servis running state’e geçemiyor. “The request failed or the service did not respond in a timely fashion. Consult the event log or other applicable error logs for details” şeklinde bir uyarı veriyor. Hatanın çözümüne doğru ilerlerken farklı servis hesaplarıyla veya “Local System” hesabı ile restart etmeye çalıştığınızda servis ilginç bir şekilde ayağa kalkıyor. Ancak Always on sistem çalışıyorsanız farklı servis hesaplarını kullandığınızda always on size haberleşme izni vermiyor. Aynı hesabın şifresi ile ilgili sorunlar olduğu düşünüp hesabın şifresini de değiştirdiğiniz de yine sonuç alamıyorsunuz. Burdan yola çıkıldığında sıkıntı servis hesabında gibi görünüyor olabilir ancak çözüme geçildiğinde regedit üzerinde yapacağımız bir işlem ile sorunu çözüyoruz. Servis hesabının kaydının olduğu regedit kaydını siliyoruz. Regedit üzerindeki servis hesap bilgisi güncellendiğinde sorun çözülmüş olmakta. GÖRSEL-1  Servis restart edildiğinde SQL’in verdiği Error […]

SQL’DE İKİ NODE’UN RESOLVING DURUMA DÜŞMESİ VE ÇÖZÜMÜ

SQL Server 3 ay önce

Bu yazımızda failover olma işlemi esnasında karşılaşılan bir durumdan kısaca bahsedeceğim. Kısa bir yazı olacak ama önemli olduğunu düşünüyorum. Bazen failover olmak istediğinizde cluster secondary’e node’a failover olamaz, hem secondary hem de primary node’unuz resolving durumuna geçer. Bu durumla daha çok otomatik failover olma durumlarında karşılaşılır çünkü sistem failover’a aslında hazır değildir ancak cluster bunu bir şekilde bilemez. Failover olma gerçekleşemez bir anlamda sql cluster askıda kalır ve hiçbir sunucu da sql engine çalışmaya devam edemez. (GÖRSEL-1) GÖRSEL-1 GÖRSEL-1 üzerinde gördüğünüz üzere availability group resolving duruma düşer. Availability replica’lar üzerinde de gördüğünüz üzere primary ve secondary tüm node’lar resolving state’e düşer. Böyle bir durumunda iki farklı çözüm yolumuz var;   Çözüm: ikinci node’a sunucu restart’ı atmak. Bu noktada secondary sql node’a servis restart atmak işe yaramıyor. Zaten db’ler iki taraflı resolving modda. O sebeple ancak sunucu restart atıldığında cluster ayakta olan sunucuyu görüyor ve askıda kalma durumundan ilk başta primary […]

Query Store Nedir?

SQL Server 3 ay önce

Query Store ile birlikte execution planın seçimi ve bu sürecin performansa etkisini anlayabiliriz. SQL Server içerisinde bulunan Query Store özelliği, çalıştırılan sorguların execution planını ve bu sırada oluşan istatistiklerini otomatik olarak yakalar. Böylece query plan değişikliği ile oluşan problemleri de hızlı ve kolay şekilde fark edebiliriz. Elinizde bulunan bir sorguya ait query plan zamanla değişebilir. Bunun birçok sebebi vardır. Tablo yapısına yeni bir column eklenmesi Veri tipinin değiştirilmesi Sorgularda yeni parametrelerin eklenip çıkarılması Verilerde, schemalarda veya sorgu parametrelerindeki değişiklik Burada önemli olan ise bazen bu değişimler sorgunun yavaş çalışmasına neden olur. Query Store ile beraber bu yavaşlığın kök nedenine inmek daha kolay oldu. Ayrıca query store sayesinde ilgili sorguya ait read-write bilgileri ve cpu tüketimi bilgilerine de erişebilirsiniz. Query Store’u veritabanı seviyesinde aktif edebiliyoruz. Veritabanı üzerine sağ tıklayarak properties diyoruz ve Query Store sekmesine geliyoruz. Operation Mode alanından Read Write’ı seçiyoruz. Böylelikle Query Store gerekli bilgiyi toplayabilir ve size ilgili sonuçları […]

SQL Server Always ON AG (AVAILABILITY GROUP) Yapısı

SQL Server 3 ay önce

Merhabalar, bu makalemde sizlere SQL Server Always ON AG(Availability Group) yapısından bahsedeceğim. SQL Server Always ON, HA(Yüksek erişebilirlik) üzerine kurulmuş SQL Server mimarilerinden bir tanesi olup, en gelişmişidir. Yüksek erişilebilirlik artık günümüzün olmazsa olmaz mimarileri arasındadır. Kurum ve kuruluşlar için özellikle üretim bazlı firmalar için ise önemi çok yüksektir. Bu nedenle bu sistemleri yapılandırırken sistemlerin sürekliliğinin sağlanması kesintisi olmaması adına yüksek erişilebilirlik mimarisi çok önem arz etmektedir. HA yapı ile birlikte sistemsel, donanımsal veya doğal afete karşın kesintisiz çalışma sağlanmaya çalışılmaktadır. Anlaşılacağı üzere HA yapı için öncelikle gerekli alt yapının kurulması gerekmektedir. Sonrasında ise bu alt yapı üzerindeki üst yapının devreye alınması ve yükün değişik bölgelere yayılımı önemlidir. Örnek verecek olursak bir bölgede meydana gelecek olan yangın esnasında bir DataCenter devre dışı kalacak olur ise sistemlerin bundan etkilenmeden çalışması için yüksek erişilebilirlik mimarisinin farklı lokasyonlar üzerine dağıtılması gerekmektedir. Bu bir bakımı sürekli olarak duyduğumuz Disaster Recovery teriminin karşılığıdır. Always ON […]

WINDOWS FAILOVER CLUSTER’DA BULUNAN NODE’UN DOWN OLMA DURUMU

SQL Server 4 ay önce

Bu yazımda sizlere karşılaştığım ilginç bir hatayı paylaşacağım. Başınıza gelme ihtimali düşükte olsa konuyu bilmekte fayda var diye düşünmekteyim. Şöyle ki; gün içerisinde aynı anda birçok uygulamamızın bağlı olduğu Always On çalışan SQL serverler aynı anda secondary replikalar ile haberleşmesini kaybetti. Always on dashboard’dan başlayarak sql taraflı kontrolleri yaptık. Secondary SQL node’u kopmuş ve “Availability replika disconnected” hatasının veriyordu.(Hatanın genel çözümüne dair yazımıza linkten ulaşabilirsiniz.(GÖRSEL-1) (https://www.veritabani.org/availability-replica-is-disconnected-hatasi/) Bu hataya dair kontrolleri yaptık. Replica konfigürasyonunda uygun olmayan bir durum yoktu. GÖRSEL-1 DMV’ler, kullanıcılar, yetkiler, sql servis kullanıcıları, aklınıza ne geliyorsa her yerden sql ve cluster kontrolü yaptık. Windows Failover cluster’ı kontrol ettiğimizde ise secondary replika clusterının down olduğunu fark ettik.(GÖRSEL-2).  SQL cluster, windows cluster’ın çatısı altında çalıştığı için always on replike olamıyordu. Primary ve secondary replikalar arasında ping attığımızda herhangi bir sorun yaşanmamasında rağmen primary ve secondary node’lar arasında cluster haberleşmesi yapamıyordu. GÖRSEL-2 Önce firewall engellemelerini kontrol ettik, engelleme yoktu. Hatta primary […]

SQL SERVER ENCRYPTION Master Key, Database Key, Certificate, Symmetric Key BACKUP/RESTORE İşlemleri

SQL Server 4 ay önce

Tekrar merhaba değerli arkadaşlar. Bu yazımızda SQL encryption için oluşturduğumuz cetificate ve key’ler için backup/restore işlemlerinden bahsedeceğiz. Önceki yazımızda (https://www.veritabani.org/sql_server_encryption/) Column Level Encryption yönteminin avantajlarından bahsederken yetki mekanızmasına sahip olduğunu ve Backup/Restore edilebilirliğinden bahsetmiştik. Öncelikle Service Master Key ve Database Master Key backuplarını Password kullanarak alıyoruz, ardından Certificate backup almak için hem password hem de certificate privatekey kullanmamız gerekiyor. Restore ederken ise Master Key’ ler file’dan restore ediliyor, Certificate ile SymmetricKey restore edilmiyor ilk oluşturulduğu parametler kullanılarak Create ediliyor. Örneklerle uygulamaya geçelim; Önceki yazımızda oluşturduğumuz encrypt yaptığımız tabloyu farklı bir veri tabanına taşıyalım ve orada encrypt halde olan veriyi görmeye çalışalım. Tabloyu verileriyle birlikte taşımak için Export/Import veya Generate Script kullanabiliriz. VERITABANIORG veri tabanındaki TEST_MT tablosunu verileriyle birlikte MTTESTDB veri tabanına aktaralım. Generate Script kullandım;   use MTTESTDB go CREATE TABLE [dbo].[TEST_MT]( [ID] [int] IDENTITY(1,1) NOT NULL, [KullaniciAd] [varchar](30) NULL, [KullaniciSifre] [varchar](30) NULL, [KullaniciSifre_HASHBYTES] [varbinary](32) NULL, [KullaniciSifre_Encrypt] [varbinary](8000) NULL, [KullaniciSifre_Encrypt2] […]

MSSQL SERVER MAİL CONFİGURASYONU

SQL Server 4 ay önce

Bu yazımızda SQL Server’da joblarınız hata verdiğinde mail gönderme işlemi nasıl olur bu konuyu konuşacağız. Öncelikle “Management” altında “Database Mail” üzerinde sağ tık “Configure Database Mail”e tıklıyoruz.(GÖRSEL-1) GÖRSEL-1 Gelen ilk sayfada next dedikten sonra GÖRSEL-2’deki ekran karşımıza geliyor. İlk defa kurulum yapacağımız için “Set up Database Mail by performing the following tasks” seçeneğini seçip next’e tıklıyoruz gelen soruya yes’e tıklayıp devam ediyoruz. Ara bilgi olarakta kurulum yapılan mail hesabını silmek veya ayarlarını değiştirmek için “Manage Database Mail accounts and profiles” sekmesinden ilerlememiz gerekir. GÖRSEL-2 GÖRSEL-3 üzerinde gelen ekran üzerinde profile name ve description kısımlarını kendimize uygun bir şekilde dolduruyoruz ve Add seçeneğine tıklıyoruz. GÖRSEL-3 GÖRSEL-4 üzerindeki ekranda account name ve description alanların yine kendimize uygun bir şekilde dolduruyoruz. Burada bizim için önemli iki yer var. Birincisi “Outgoing Mail Server” kısmı diğeri “SMTP Authentication” kısmı. GÖRSEL-4 Outgoing Mail Server; E-mail address tarafına mail atacak hesabının bilgisini giriyoruz. Server name tarafına kurumunuzun […]

TAIL-LOG BACKUP İLE DATABASE’E ATILAN SON COMMIT’E GERİ DÖNME

SQL Server 4 ay önce

Bu yazımızda “.LDF” dosyası üzerinden tail-log backup alarak database’in son commit olan haline kadar geri dönme işlemi nasıl yapılıyor bu konuyu anlatacağım. Ama ondan önce tail-log backup ne için kullanılır ve nedir onu bir açıklayalım; Bir database’i başka bir yere taşımak istediğimizde aşağıdaki görsel’de olduğu gibi bir tail-log backup alırız ve database restoring state düşer işlem yapılamaz olur. Sonrasında aldığımız tail-log’u yeni ayağa kaldırmak istediğimiz instance üzerinde, önceden restore edilen backup zinciri üzerine işleyerek ayağa kaldırırız. Bu şekilde hem veri bütünlüğü korunur(veri kaybı olmaz) hemde kısa süreli kesinti ile db’yi başka bir instance’de ayağa kaldırmış oluruz. Ama ben bu yazıda size daha farklı bir senaryo üzerinde size tail-log’u anlatacağım. DİPNOT OLARAK; tail-log backup alındığında DB restoring state’e düşer, aynı tail-log restore edildiğinde db restoring state’ten Online state’e geçer. Tail-log backup aslında .LDF dosyasını truncate etmeyen bir log backup türevidir.   Basit bir senaryo üzerinde anlatacak olursak; Öncelikle bir adet full […]

MSSQL FILE SHARE WITNESS’IN DEĞİŞTİRİLMESİ

SQL Server 5 ay önce

Bu yazımızdaki failover cluster manager içerisinde yer file share witness dosyasının başka bir konuma taşınması işlemini anlatacağız. File Share Witness ne işe yarar kısaca bahsedecek olursak; Cluster oylamasında çoğunluk sağlamaktır. Örneğin; 2 sunucu var diyelim 1’i düştü cluster çökedebilir çökmeyedebilir. Kararsız kalabilme ihtimali vardır. Witness, primary ve secondary olmak üzere toplam üç oy olur. Primary çökerse witness ve secondary kalır. Witness’ın oyu %50’den fazla olduğu için vereceği oy ile cluster çökmekten korunmuş olur. 1. ADIM: Önce file share witness kaldırma işlemini yapacağız. Always on cluster’da bulunan herhangi bir sunucu üzerinde Failover Cluster Manager’ı açıyoruz.(GÖRSEL-1) GÖRSEL-1 Cluster name üzerinde sağ tık-> More Actions -> Configure Cluster Quorum Settings’e tıklıyoruz. (GÖRSEL-2) GÖRSEL-2 Gelen ilk ekranda next seçeneğini tıkladıktan sonra GÖRSEL-3’te gelen ekranda, ilk defa file share witness kurar gibi “Select the quorum witness”ı seçip next diyoruz.   GÖRSEL-3 Sonra gelen GÖRSEL-4’teki ekranda ise “Do not configure a quorum witness” seçeneği tıklayıp next […]