Yönetimsel İşleri Otomatikleştirmek

Otomatikleştirmenin Nedenleri

Lokal server üzerindeki görevleri otomatikleştirme, diğer veritabanı yönetimsel fonksiyonlar üzerinde zaman harcamaya izin verir. Otomatikleştirmenin diğer yararı, potansiyel problemleri tanımak için server'ı konfigüre etmeyi sağlar.

Planlanmış Görevleri Otomatik Düzenli Olarak Yerine Getirme

Aşağıdakiler gibi görevler düzenli olarak yerine getirilebilir.

·         Veritabanlarını yedekleme

·         Veri transferi yapma

·         İndexlerin bakımını yapma

Örneğin; index bakım görevlerinin her ayın ilk pazarı yapılması için bu işlem otomatikleştirilebilir.

Potansiyel Problemleri Tanımlama

¨       SQL Server hataları yanıtlanarak potansiyel problemler çözülme yoluna gidilebilir.

Problemi düzeltmek için bir iş tanımlanır. Örneğin; transaction log’un dolu olduğu gösterilerek, hata numarası, 1105 üretilirse, transaction log’u yedeklemek ve kısaltmak için, bir Transact-SQL ifadesi çalıştıran bir iş tanımlanabilir.

¨       Potansiyel problemleri denetleyen performans durumları tanımlanarak potansiyel problemler çözülme yoluna gidilebilir.

Performans durumları tanımlanabilir. Örneğin; kilitler, veri değişiminden dolayı kullanıcıları tıkadıkları zaman ve otomatik olarak bir sistem yöneticisine (kilitleri tıkayan kişi) bildirdikleri zaman, bunları ortaya çıkarmak için SQL Server Agent tanımlanabilir.

SQL Server Otomasyonuna (Automation) Giriş

Tasklar otomatikleştirilmeden önce, SQL Server otomasyonunun temellerini ve SQL Server ile administrative taskların nasıl hazırlandığını göz önüne almak gerekir.

SQL Server Otomasyon Bileşenleri

SQL Server otomasyon bileşenleri, Microsoft Windows NT EventLog, MSSQLServer, ve SQLServerAgent Servislerini içerir. Bu servisler otomatikleştirme işlemlerini kolaylaştırmak için birlikte çalışırlar. Administrative task, sa’in ve dbo’nun yaptığı aktiviteler anlamına gelir.

MSSQL Server Service

Bu servis event’ları, WinNT application log’una yazar.

EventLog Service

Bir event sistem ve uygulamalar sonucu oluşur. Event’lar, aşağıdakiler gerçekleştiği zaman EventLog’a yazılır.

q       19 ile 25 arasındaki Severity seviyeleri ile SQL Server hataları oluştuğu zaman

q       Hata mesajları, WinNT application log’una yazılması için tanımlandığı zaman

q       RAISERROR WITH LOG ifadesi çalıştırıldığı zaman

q       Xp_logevent extended stored procedure çalıştırıldığı zaman

SQLServerAgent Service

SQLServerAgent Service başladığı zaman, EventLog Service ile kaydeder ve SQL Server’a bağlanır. Bu durum, SQL Server event’lar, WinNT application log’una yazıldığı zaman, SQL ServerAgent’in event’ları almasına izin verir.

Bir event oluştuğunda, SQLServerAgent servisi, işi icra etmek için MSSQL Server Service’I ile haberleşir. İşler, çalışan job’ları veya üretilen alert’leri içerir. Bu işler, msdb veritabanında tanımlanır. SQL ServerAgent ayrıca diğer uygulamalar ile de haberleşir.

Job’ları ve Alert’leri Oluşturma

Job’lar ve alert’ler farklı olarak tanımlanırlar ve bağımsız olarak çalıştırılırlar veya üretilirler:

ü       Ayda iki kere master veritabanını yedeklemek için bir job yaratılabilir ve job tamamlandığında sistem yöneticisi haberdar edilir.

ü       Veritabanı dolu olduğu zaman ve transaction log’u yedeklemek için bir job çalıştırıldığı zaman, sistem yöneticisini uyarmak için bir alert yaratılabilir.

Job Tanımlama

Örneğin; ayda bir kere, farklı bir veritabanının northwind veritabanına veri transfer etmesi için bir job tanımlanabilir. Job tanımlaması farklı adımları içerir: transaction log’u yedekleme, veri transferi yapma, ve sonra veritabanını yedekleme.

Uyarıları (Notification’ları) Belirleme

Job step’lerin çalışması başarısızlığa uğradığında bu durumla ilgili işlemler bildirilerek, job tanımlamaları çoğaltılabilir. Ayrıca WinNT application loguna, job’un başarısı ve başarısızlığı da yazılabilir.

Bir Hata Anında Bir Alert Yaratma

Job’lar ve alert’ler birbirini tamamlarlar; çünkü bir job step’in başarısız olmasından dolayı oluşan bir hatayı yanıtlamak için bir alert yaratılır. Bu alert, problemi çözmek için bir job çalıştırır. Örneğin; Tranasaction log dolu olduğundan dolayı, transaction log’u yedeklemeyi sağlayan job step’ler başarısız olursa, hata numarası 9002 üretilecek. 9002 numaralı event oluştuğu zaman, Transaction log’u kısaltmak için bir job’u çalıştıran bir alert yaratabilir ve bir işlem bildirilebilir.

Otomatikleştirmeye Hazırlık

Taskları otomatikleştirmeye ve alert’leri tanımlamaya başlamadan önce, SQL Server Agent’in çalıştığından, SQL Server Agent’in doğru kurulduğundan, ayrıca işlemler e- mail ile gönderilecekse SQL Server Agent mail profile’ın konfigüre edildiğinden emin olmak gerekir.

SQL Server Agent’in Çalışmasından Emin Olmak

SQL Server Agent, WinNT servisidir. Job’ları otomatik olarak çalıştırmasıyla ve tanımlanmış alert’leri üretmesiyle çalıştığı gözlenebilir. WinNT başlatılırken, SQL Server Agent servis de otomatik olarak başlatılmalı.

SQL Server Agent’in Kullanıcı Account’unu Doğrulama

SQL Server install edildiği zaman, SQL Server Agent servisi için bir kullanıcı account belirlenir. SQL Server Agent ya Lokal Sistem ya da domain Kullanıcı Account’u kullanabilir.

SQL Server Agent için Lokal sistem account’u kullanma, sadece servislerin lokal bilgisayara erişimlerine izin verir. Domain kullanıcı account, aşağıdakilere erişim hakkına sahip olabilmek için kullanılır:

ü       E-mail göndermek veya almak için çoklu e-mail sistemleri ile haberleşmek için

ü       Network içinden kaynaklara erişmek için

ü       SQL server replication’I yapmak için

ü       Multiserver administrative job’ları çalıştırmak için

SQL Server Agent Mail Profile’I Konfigüre Etme

Uyarıları göndermek için e-mail yada pager kullanılmasına karar verildiyse, aşağıdakiler yapılmalı.

q       Haberleşme server’ına sahip olmak gerekir. Bu server MAPI(Messaging Application Programming Interface) dir

q       Mesaj server’ına bağlanmak için bir mail profile kullanılmalı.

q       Pagers ile haberleşen bir mail server’a sahip olmak gerekir.

Profile ismi, SQL Server Agent tarafından uyarıları göndermek için kullanılır. SQl Server Agent mail session, SQl Server Agent servis başlatıldığı zaman başlar. Profile, mail client ile yaratılır. Bu mail client Microsoft Outlook olabilir.

Microsoft Exchange Server kullanılırsa, mail profile, SQL Server Agent’in kullandığı domain kullanıcı account’u için konfigüre edilmiş olmalı. Örneğin; bir şirkette mail’leşmek isteyen iki kişi var. Bu kullanıcıların mail profile’ları olmalı. Bu mail profile’lardan bir tanesi mesajları gönderir, diğeri de okur.

Mail Session’ları Konfigüre Etme

SQL Server iki farklı mail session kullanır:

{      MSSQL Servis, SQL Mail olarak adlandırılan bir mail session kullanır.

Veritabanı uygulaması, bir mesaj göndermek için xp_sendmail extended stored procedure’ü çalıştırdığı zaman, SQL Server bu mail session’I kullanır.

v      SQL Server Agent servisi, SQL Server Agent aktivitelerine özel olan bir mail session kullanır.

Her İki Mail Session’ı Kullanma

SQL Server Agent ve SQL Server aynı WinNT domain kullanıcı account’unu kullandığı için her iki mail session’ının da kullanılması önerilir. Bu durum her iki mail session’ının da aynı mail profile’I kullanmasına izin verir.

Farklı Kullanıcı Account’lar Kullanma

SQL Server Agent ve SQL Server, farklı domain kullanıcı account’lar kullanırlarsa, bu durumda her bir servis için mail profile’lar oluşturulmalı.

Düzenli Olarak Maintenance Taskları Otomatikleştirme

Düzenli olarak maintenance tasklar otomatikleştirildiği zaman, job’ları ve işlemleri yaratmak için SQL Server Enterprise Manager kullanılır. Ayrıca Create Job Wizard da kullanılabilir.

Job’ları Yaratma

Task’lar otomatikleştirileceği zaman, otomatikleştirilmesi istenen job’lar yaratılmalı. Job’lar tanımlandığı zaman aşağıdakiler yapılmalı.

>      Job’un varlığından emin olmak.

Job’lar default olarak etkindir. Bir job işlemez durumdaysa, çalışmaz.

>      Job’u yapacak olan owner’I belirtme. Owner job’u yaratan kullanıcıdır.

>      Job’un lokal server veya çoklu server üzerinde çalışıp çalışmadığını belirtme.

>      Job’ları yönetmek veya organize etmek için Job kategorileri yaratma

Örneğin; şirketteki bölüme uygun bir job kategorisi yaratılabilir. Kategoriler, çoklu server ortamlarındaki işleri otomatikleştirmek için yararlıdırlar.

Job Step’leri Tanımlama

·         Bir job step, Transact_SQL ifadeleri ile, işletim sistemi komutları ile veya aktif scripting languages ile çalıştırılabilir.

·         Tek bir job içinde, farklı uygulama tipleri kullanılabilir.

·         Herbir job step için sadece bir uygulama tipi belirtilebilir.

Transact-SQL İfadelerini Kullanma

Job step’ler, veritabanı’nı ve transaction log’u yedekleme, indexleri güncelleme, veritabanı güvenliğini doğrulamagibi Transact-SQl ifadelerini sıklıkla çalıştırır.

Transact-SQL ifadelerini, stored procedure’ları, veya extended stored procedure’ları çalıştırmak için job step’ler tanımlandığı zaman aşağıdaki adımlar göz önüne alınmalı:

·         Job step içinde istenen değişkenler ve parametreler bulunmalı.

·         İfadede GO yancümleciği bulunmamalı.

·         Job step sonucu output dosyasına gönderilebilir.

İfade çalıştırıldığında hata oluşmuşsa bu hatalar çıktı dosyalarında tutulurlar.

Job Step’I Çalıştırmak için Database User Context Belirtme

Job step’I çalıştıran Job owner uygun izinlere sahipse, SQL Server Agent Transact-SQL job step’lerini çalıştırır.

Aşağıdakiler gerçekleştiği zaman, SQL Server Agent, Transact-SQL job step’leri için job owner’ın database user context’ini ayarlayan SETUSER ifadesini çağırır.

¨       Job, sysadmin rolü üyesi olmayan SQL Server login account tarafından sahiplenildiğinde

¨       Sysadmin rol üyesi job’u sahiplandiği zaman

¨       Job WinNT kullanıcı account tarafından sahiplenildiğinde

SETUSER ifadesi, grup üyelerini ve bunlara bağlı olan SQL Server izinlerini belirlemek için PDC veya BDC’ye gider.

İşletim Sistemi Komutlarını Kullanma

Bunlar .exe veya .com ile saptanır. Buna ek olarak Transact-SQL ifadelerini çalıştırmak için, veri transferi için kullanılan bcp veya dtsrun gibi bir programı çalıştıran job step’ler tanımlanabilir.

İşletim sistemi komutu olan bir job step tanımlandığı zaman aşağıdakileri yapmak gerekir:

§         Komutun başarılı olduğunu göstermek için process exit code tanımlanmalı.

§         İşletim sistemi komutu başlatıldığı zaman, komut text box’I içinde path drive letter bulunmalı. Bu path SQL Server Agent’in program source’u bulabilmesinde yardımcı olur.

Sa veya dbo işletim sistemi komutlarını içeren job step’leri çalıştırabilirler. İş ortamına bağlı olarak, kullanıcıların belirli job’ları çalıştırmalarına izin verilebilir. Bunu yapmak için, SqlAgentCmdExec WinNT user account değiştirilmeli. Bu account, SQL Server kurulurken, hiç bir administrative ayrıcalığa sahip olmayan lokal user account olarak yaratılır.

Aktif Script Languages’I Kullanma

Bir çok şirket, Microsoft Visual Basic, Scripting Edition (VB Script) veya Java Script gibi aktif scripting language’larla iş applicationları geliştirirler.

Herbir Job Step için Action Flow Logic Belirleme

Veritabanı yöneticisi job’lar çalıştırıldığında bir hatanın veya başarının oluşup oluşmadığını bilmek ister. Bu durum saptanabilir.

q       SQL Server başarılı olunduğunda bir sonraki job step’e gider, job step’in başarısızlığı durumunda durur.

q       Bir job step’I çalıştırma zamanı belirlenebilir. Ayrıca tekrar aralıkları belirtilebilir.

Örneğin SQL Server Agent, PDC veya BDC olmadığında, bir kullanıcının, job step’leri çalıştırmaya izinli olup olmadığını bilemez.

Job’ları Tasarlama (Scheduling)

Bir job, bir veya daha fazla predefined schedule’ları kullanan SQL Server Agent tarafından çalıştırılır. Multiserver ortamında bulunulduğunda, job çoklu hedef server’lar üzerinde çalıştırılmak üzere tanımlanabilir.

Spesifik schedule etkinleştirildiği zaman, bir job, tasarlanmış olarak çalışır.

Tasarlanmış job’lar aşağıdakiler gerçekleştiğinde otomatik olarak başaltılabilir:

v      SQL Server Agent başlatıldığında

v      CPU yararsız olduğunda yani hiç bir iş yapmıyor iken

Çoklu Programlar

Bir job, çoklu schedule’a sahip olabilir. Örneğin; Pazartesinden Cuma’ya kadar transaction log’u yedeklemek için bir job tasarlanabilir.

Bildiri İşlemleri Yaratma

Bir job tamamlandığı zaman,farklı notification seçenekleri mevcuttur. WinNT application log’a yazılabilir, job silinebilir veya e-mail, pager tarafından bir işlem bildirilebilir.

İşlemler yaratıldığında aşağıdaki işlemler göz önüne alınmalı.

ü       Potansiyel problemlere yanıt vermek için bir yada daha fazla grup e-mail alias kullanılabilir.

ü       Mesajları kabul eden işlemleri bildirmek için kullanılan herbir bildiri metodu test edilmeli.

ü       Pager tarafından bildirilen her bir işlem için bir work schedule belirtilebilir.

ü       Network işlemlerine ve WinNT ile çalışan server’lara mesaj göndermek için net send komutunu kullan.

İşlem Bildirilerini Düzeltme

Bu işlem, sysoperators işlem tablosunda tutulur.

Bir işlem bildirileri almazsa aşağıdakiler yapılamalı:

Ë      İşlemin bildirileri almak için uygun olduğundan emin olmak gerekir.

Ë      Son bildirinin tarih ve zamanını belirlemek için en son bildiriyi inceleme.

Ë      Özel bildiri metodlarını test etme.

Job History’yi İnceleme ve Konfigüre Etme

SQL Server Agent bütün job aktivitelerini tutar ve bilgileri sysjobhistory tablosuna yerleştirir.

Özel Job History’yi İnceleme

Bir job başarısız olursa, job step, başarısızlık durumu ve problem çözümleri hakkındaki bilgileri elde etmek için, job history log incelenebilir. Özellikle job history aşağıdakileri kaydeder:

*      Job step’in oluştuğu tarih ve zamanı

*      Job step’in başarısız veya başarılı olup olmadığını

*      Bildirilen işlemi ve bildiri metodunu

*      Job step süresi

*      Hataları veya mesajları

Job History Boyutunu Konfigüre Etme

Herbir job hakkındaki bilgiler tutulmak isteniyor ise, job history’nin (sysjobhistory sistem tablosu) max row boyutunu arttırmak gerekir. Row boyutu uzadığı zaman, Job History otomatik olarak temizlenir.

sysjobhistory sistem tablosu küçük tutulur. Eğer farklı job’lar server üzerinde tanımlanırsa, sysjobhistory sistem tablosu genişleyebilir ve tamamiyle msdb veritabanını doldurabilir.

Job History boyutu konfigüre edildiği zaman aşağıdaki adımlar göz önüne alınmalı:

Ë      Max job history boyutu, 1000 row’a ayarlanır.

Ë      Herbir job için max job history boyutu 100 row’a ayarlanır.

Ë      Msdb veritabanının yedeği yoksa ve bütün tablolar max row’a ulaşmışsa, sysjobhistory sistem tablosundaki bilgiye ulaşılamaz.

Alert’leri Yaratma

SQL Server, kendi hatalarına, kullanıcı tanımlı hatalara, SQL Server performans alert’lerine yanıt sağlamak için alert’leri yaratır. Ayrıca pager bildirisi, bir işlemle bağlantı kuramadığında, bir fail-safe işlemi yaratılabilir.

Potansiyel Problemleri Yanıtlamak için Alert Yaratma

Alert’ler, WinNT Application log’a yazılan, SQL Server’a veya kullanıcı tanımlı hatalara (event’lara) yanıt verirler. SQL Server hataları, Transaction log’un dolu olması veya kullanıcının bir tabloyu modify etme izninin olmaması gibi predefined problemleri yanıtlamada üretilirler.

Kullanıcı tanımlı mesajlar üretmek için, veritabanı uygulaması RAISERROR ifadesini çağırır.

Örnek Senaryo

Bir account yöneticisi, müşterinin veritabanından çıkartıldığını, mail yoluyla bildirilmesini istiyor. Ayrıca silen işçinin adını da bilmek istiyor.

Alert İşlemleri

Aşağıdaki adımlar account yöneticisinin isteklerine yanıt sağlamak için üretilen alert’leri gösterir:

1)       Müşteri temsilcisi Eva Corets, Van Dam isimli müşteriyi customers tablosundan kaldırır. 50099 numaralı hatayı üreten Removecustomer stored procedure, çalıştırılır. 

2)       Hata (event), WinNT appliation log’a yazılır.

3)       WinNT appliation log’u bir hata oluştuğunu SQL Server Agent’e bildirir.

4)       SQL Server Agent msdb..sysalerts sistem tablosunda tanımlanmış alert’lerle hatayı karşılaştırır.

5)       SQL Server Agent, aşağıdakiler yapılarak alert’I denetler:

a)       Bir e-mail mesajı göndermek için, msdb..sysnotifications sistem tablosunu inceleyerek.

b)       Bildiriyi kimin gönderdiğini saptamak için, msdb..sysoperators sistem tablosunu inceleyerek

SQL Server Hatalarını Yanıtlamak için Alert Yaratma

SQL Server hatalarına bir yanıt sağlamak için bir alert yaratıldığı zaman, 1105 gibi tek bir hata numarası veya 17 gibi belirli seviyedeki tüm hatalar belirtilebilir. Bir job’u çalıştırmaya veya bir işlemi bildirmeye ek olarak Simple Network Management Protocol (SNMP) trap’I üretilebilir.

SQL Server Hata Numaraları Üzerinde Alert’ler Tanımlama

SQL Server Hata Numaraları Üzerinde Alert’ler Tanımlandığı zaman, aşağıdaki adımlar göz önüne alınmalı.

¨       Hata numaraları WinNT application log’a yazılmalı.

¨       Sysmessages sistem tablosunda depolanan herhangi bir SQL Server hata numarası üzerinde alert’ler tanımlanabilir.

¨       Bir SQL Server hata numarası için birden fazla alert tanımlanabilir. Herbir alert, belirli bir veritabanı ile sınırlandırılmalı, veya tüm veritabanlarına uygulanmalı.

Örneğin; customer ve payroll veritabanlarının her ikisinde bulunan 1105 numaralı hataya yanıt vermek için, iki farklı alert yaratılabilir. Veya bütün veritabanlarında, 1105 numaralı hataya yanıt vermek için bir alert yaratılır.

¨       Tüm veritabanlarına uygulanan bir alert yaratıldığı zaman, hata mesajının yeterli açıklamayı sağladığından emin olmak gerekir. Veritabanı ve object ismini sağlayan parametreler bunu başarır. Yaratılan bir alert bütün veritabanlarına uygulanır. Hata mesajı yeterli açıklama sağlar.

Error Severity Level’lar Üzerinde Alert’ler Tanımlama

Error severity level’lar üzerinde alert’ler tanımlanırken, aşağıdaki adımlar göz önüne alınır.

·         19’dan 25’e kadar olan SQL Server hataları, otomatik olarak WinNT application log’a yazılır.

·         20-25 arasındaki severity level’lar tehlikeli hatalardır. Bu SQL Server hatalarının bildirilmesi için bir işlem tanımlanmalı.

·         SQL Server kullanıcının kullanabildiği predefined alert’ler sağlar.

·         Tüm veritabanları üzerinde belirli bir severity level hatası oluştuğu zaman üretilmiş olan bir alert yaratılabilir.

İlerlemiş Event’I Konfigüre Etme

Tüm hata mesajlarını veya sadece kontrol edilemeyen hata mesajlarını alan bir server’I belirtmek için SQL Server Agent konfigüre edilebilir. Diğer serever’lardan daha az trafik ile eventlar bir server’a ilerletilmek istenebilir.

Örneğin; Accounting server’a ilerleyen, severity levels 18 veya üstü ile hatalar konfigüre edilebilir. Severity level 19 ile server üzerinde bir hata oluşursa, event, problemin adresini yazmak için Accounting server’a otomatik olarak ilerletilir.

Kullanıcı Tanımlı Hatalar Üzerinde Alert’ler Tanımlama

Potansiyel problemlere çözüm sağlamak için kullanıcı tanımlı hata mesajları, alert yaratılarak belirtilebilir.

Örneğin; inventory tablosundaki update trigger’ından üretilen, kullanıcı tanımlı hata mesajı yaratılabilir. İnventory tablosundaki bir kolon güncellendiği zaman, trigger kullanıcı tanımlı hatayı üretecek. Sonra, job’u çalıştıran hata mesajı üzerindeki alert tanımlanır ve bir e-mail mesajı gönderilir.

Kullanıcı tanımlı hata üzerinde bir alert yaratırken, ilk önce hata mesajı yaratılmalı. Sonra veritabanı application’ınından hata üretilir ve hata mesajı üzerinde bir alert tanımlanır.

Hata Mesajı Yaratma

Kullanıcı tanımlı hata yaratmak için SQL Server Enterprise Manager veya sp_addmessage sistem stored procedure’I kullanılabilir. Kullanıcı tanımlı veritabanı yaratılırken aşağıdaki adımlar göz önüne alınmalı.

ü       Kullanıcı tanımlı hataların numaraları 50000’den büyük olmalı. 50000’den daha az olan hata numaraları predefined SQL Server hatalarına ayrılır.

ü       Bütün kullanıcı tanımlı hatalar, master veritabanının sysmessages tablosunda depolanır.

ü       Hata mesajları problemleri düzeltici bilgilerin detaylarını tutan parametreleri içerir.

ü       SQL Server hata mesajları, SQL Server kurulurken seçilen lisanda görünür. Çoklu dil ortamlarında yönetiliyorsa, diğer lisanlar için kullanıcı tanımlı mesajlar yaratılabilir.

ü       Mesaj üzerinde bir alert yaratılmak isteniyorsa, WinNT application log’a hata mesajları yazılabilir.

Örnek 1 Bu örnek; hata oluştuğunda, WinNT application log’da bulunan kullanıcı tanımlı hata mesajını yaratır. %d parametresi silinen müşteri numarası ile değiştirilir ve %s parametresi customers tablosundaki DELETE ifadesini çalıştıran kullanıcı ismi ile değiştirilir.

EXEC sp_addmessage 50099, 16, ‘Customer %d was deleted by %s’, ‘us_english’, ’true’

Veritabanı Application’ından Hata Üretme

Bir hata çağırmak için, RAISERROR ifadesi kullanılır. RAISERROR ifadesi, kullanıcı tanımlı hata mesajları gönderir ve oluşan hataları kaydetmek için bir sistem flag’I ayarlar.

Hata Mesajları Üzerinde Bir Alert Tanımlama 

Account Manager’a, hata mesajı içeren bir e-mail mesajı göndermek için, 50099 hatası üzerinde bir alert yaratılır.Kullanıcı removecustomer stored procedure’ını çalıştırdığı zaman, 50099 hatası üretilir ve WinNT application log’a kaydedilir.

Account Manager’a, hata mesajı içeren bir e-mail mesajı göndermek için hata numarası üzerinde bir alert tanımlanır.

Sonuç     Error: 50099    Severity:16, State 1

  Customer 732 was deleted by Accounting\evacorets

Performans Condition Alert’leri Yanıtlama

§         SQL Server Performance Monitor’un tanımladığı, SQL Server performans conditionlarını yanıtlamak için alert’ler yaratılabilir. Condition değeri aşılırsa, bir alert üretilir. Örneğin; northwind veritabanındaki transaction log 75 percent kapasiteyi aşarsa, performans condition alert yaratılabilir.

§         aşağıdaki nesneleri içeren SQL Server kaynakları üzerinde alert’ler yaratılabilir.

§         Access metodları

§         Buffer yönetimi

§         Veritabanı yönetimi

§         Lock yönetimi

§         Log  yönetimi

§         Procedure cache

SQL Server Performance Monitor’un, performans condition alert’leri kullanmak için, SQL Server üzerinde çalıştırılmasına gerek yoktur.

Bir Fail-Safe İşlemi Yaratma

İşlemleri tanımlayan pager bildirileri başarısız olursa, bir alert’I yanıtlamak için bir fail-safe işlemi yaratılabilir. Aşağıdaki adımlar oluştuğunda fail-safe işlemi bildirilir.

·         Alert, pager bildirilerine sahiptir.

·         Bütün işlemler, sorumlu değildir.

·         Bir fail-safe işlemi tanımlanır

·         SQL Server Agent mail session başlatılır.

Fail-Safe işleminin e-mail veya pager tarafından bildirilmesi için SQL Server Agent mail session istenir.

Fail-Safe işlemi yaratılırken aşağıdaki adımlar göz önüne alınmalı:

·         Fail-Safe işlem bilgisi gizlenir. Böylece SQL Server Agent dursa bile, fail-safe işlemi hala bildirilir.

·         Sadece bir tane fail-safe işlemine sahip olunur.

·         fail-safe işlemi yaratıldıktan sonra silinemez. fail-safe işlemi güncellenebilir.

SQL Server Otomasyonunu Düzeltme

Otomatikleştirilen job’lar, alert’ler, bildiriler düzgün bir şekilde çalışmıyorsa, problemi çözmek için aşağıdakiler kullanılır.

SQL Server Agent’in Başlatıldığını Doğrulamak

SQL Server Agent bir şekilde durmuşsa, tanımlanan job’lar ve alert’ler çalıştırılamaz.

Job, Schedule, Alert, veya İşlemin Etkinliğini Doğrulamak

Job’lar tasarlandığı gibi çalışmıyorsa, alert’ler üretilmezse, veya işlemler bildirileri kabul etmezlerse, job, schedule, alert veya işlem etkinliği doğrulanır.

Örneğin; Bir alert etkin değil ise, alert aktif değildir. Ama özellikleri korunur. Bu alert gerekli olduğunda aktif yapılarak yeniden kullanılabilir. Bir alert silinirse, alert’e bağlı bütün bildiriler kaldırılır.

Etkisiz bir job, schedule, alert veya işlem, SQL Server Agent error log’a veya job history’ye kaydedilemez.

SQL AgentCmdExec Account’un Düzgün Kurulduğundan Emin Olmak

Bir job step komutu, aşağıdakilerden dolayı düzgün olarak çalışmayabilir.

v      SQL AgentCmdExec Account’u düzgün olarak kurulmadıysa

v      SQL AgentCmdExec Account’u kaldırıldıysa

v      SQL AgentCmdExec Account’unun şifresi değiştirildi ise

Hata Loglarını İnceleme

Problemleri düzeltmek için, WinNT application log’daki, SQL Server Agent’deki, SQl Server hata log’larındaki hata mesajları incelenmeli.

SQL Server Agent Error Log’u

SQL Server Agent Hataları, Server Agent error log’a kaydedilir. Bütün SQL Server Agent hataları, ikazları, bilgi mesajları hata log’a kaydedilir.

q       SQL Server Agent durdurulduğunda ve yeniden başlatıldığında, yeni bir hata log’u yaratılır.

q       SQL Server Enterprise Manager ile şimdiki veya 9 önceki hata log’u incelenebilir.

q       Hatalar, SQL Server Agent hata loguna girildikten sonra, net send komutu göndermek için hata mesajı tanımlanabilir.

Windows NT Application Log

Windows NT Application Log’un max boyutu oldukça küçülürse, SQL Server için, hiçbir event var olmaz. SQL Server hakkındaki event bilgisinin kaybolmasını engellemek için WinNT application log için max log boyutu arttırılır.

SQL Server Hata Log

Ayrıca SQL Server hata log’u da incelenmeli. SQL Server hata log ve WinNT application log arasındaki eventler için tarihler ve zamanlar karşılaştırılarak, olası nedenlerin listesi daraltılabilir.

History’yi İnceleme

SQl Server Agent error log incelendikten sonra, bir alert, işlem veya job üzerindeki history bilgisi incelenmek istenebilir. Alert ve işlem history’leri sadece sık kullanılan aktiviteleri tutarlar.

Sysjobhistory sistem tablosunun dolu olması, alert’lerin ve job’ların başarısız olmasına neden olur. Job history bilgisini geniş tutmak için msdb veritabanı genişletilmeli.

Mail Client’ın Düzenli Olarak Çalıştığını Doğrulamak

e-mail veya pager bildirileri çalışmazsa, mail client’ın düzgün çalıştığını doğrulamak gerekir.

Bunu yapmak için, mail client’a, SQL Server domain kullanıcı account’u kullanılarak giriş yap ve bir operatöre e-mail veya pager bildirisi gönder.

Alert’leri Düzeltme

Bu event’da tanımlanmış bir alert’ten dolayı ve yeterli kaynak olmamasından dolayı aynı alert tekrar tekrar tutulabilir.

Döngüsel Alert’lerin Oluşumunun Nedenleri

WinNT application log hızlı bir şekilde aynı hata ile dolmuşsa, CPU kullanımı aşırı derecede yüksekse, veya alert yanıtlarının numarası yüksekse, döngüsel alert’ler meydana gelir.

Döngüsel Alert’leri Çözme

Döngüsel alert’ler, backlog temizlenerek ve alert’in yinelenmesi engellenerek çözülebilir.

Alert numaraları, SQL Server Agent alertin processing oranını aşarsa, bir backlog yaratılır. Backlog’u çözmek için, DELAY BETWEEN RESPONSES FOR RECURRİNG ALERTS seçeneğindeki, zaman miktarını her bir alert için arttırmak gerekir.

Alert’lerin yinelenmesini engellemek için, bir yanıt üretmeyen alert’ler tanımlanabilir.

Bir alert üretmeyen hata yaratmak için, WinNT registry’si değiştirilir. SQL Server Agent’in bir alert üretmemesi bu değişimin bir sonucudur.

Çoklu Server Ortamı Kurma

Çoklu server yönetim konfigurasyonu, master server’dan ve bir veya daha fazla hedef server’dan oluşur. Multiserver yönetimini kurmak için, tüm server’lar SQL Server Enterprise Manager’a register edilirler.

Çoklu Server’ları Gruplama

Çoklu server yönetim konfigurasyonu, aşağıdakileri yapmaya izin verir:

q       Mantıksal çalışan parçalar içine çoklu server’ları gruplamaya

q       Bir locationdan çoklu server’ları yönetmeye

Örneğin; müşteri veritabanının alt takımı, şube ofisler tarafından korunursa, herbir şube ofisteki müşteri veritabanını yedeklemek için merkez büroda bir job yaratılabilir.

Bir Master Server Tanımlama

Bir master server kendi server domain’inin altındaki bütün server’ları yönetir. Bir master server, sadece WinNT server’I çalıştıran bir bilgisayar üzerinde tanımlanabilir. Master server, Make Master Server Wizard ile tanımlanabilir. Master Server’larla ilgili olan aşağıdaki adımları inceleyelim.

§         Wizard, master server üzerinde ve herbir hedef server üzerinde bir MSXOperator yaratır.

§         Master server genellikle bir primary department server’I simgeler. Küçük organizasyonlarda, master server tüm şirkete hizmet verir.

§         Master server belirtilmeli.

Hedef Server’ları Tanımlama

Hedef server’lar, Make Target Server Wizard ile yaratılırlar. Hedef server:

q       Sadece bir master server’I belirler.

q       Master server olarak aynı domain’de bulunmalı.

q       Kendi geçerli master server domain’ini terkedene kadar başka bir master server domain’in üyesi olamaz.

Bir Multiserver Ortamında Job’ları Otomatikleştirmek

Jobların hedef server’larda oluşması için, master server üzerinde yaratılması gerekir. Multiserver ortamlarındaki job’ları işlemek için gerekli olan adımlar aşağıda ele alınmıştır.

1.       Master server, sysdownloadlist sistem tablosundaki hedef server’lar için job’ları ilan eder.

2.       Hedef server, kendisi için tasarlanmış job’ların olup olmadığını belirlemek için periyodik olarak master server’a bağlanır.

Job varsa, hedef server job bilgisini download eder ve master server ile olan bağlantısını koparır.

3.       Hedef server job’u tamamladığı zaman, master server’a yeniden bağlanır ve job durumunu raporlar.

Multiserver Job Tanımlamalarını Değiştirme

Master server job tanımlamalarını ve tasarılarını depolar. Multiserver ortamında job’lara bir herhangi bir değişikilik yapıldığı zaman, aşağıdaki adımlar göz önüne alınmalı.

¨       Job tanımlamaları hedef server’lardan değiştirilemez.

¨       Job’lar master server’larda değiştirilebilirler.

¨       Job güncellendiği zaman, hedef server’lar uyumlu hale getirilebilir.

Job History’yi İnceleme

Master server, Sysjobhistory ve sysjobservers sistem tablolarına hedef server’dan job ve job step bilgisini kaydeder. Job bilgisi, ayrıca herbir lokal hedef server’ının Sysjobhistory sistem tablosuna kaydedilir.

Web Üzerinde Veritabanı Bilgisini Yayınlama

SQL Server Web Assistant, Web Assistant Wizard veya sistem stored procedureler ile Web sayfaları yaratılabilir.

Web Sayfasının Özelliklerini Belirtme

SQL Server Web Assistant bir script oluşturur ve bu script, bir HTML dökümanı üreten bir job yaratmak için, sp_makewebtask sistem stored procedure’ünü çağırır. Bu HTML dökümanı sorguların sonuçlarını içerir.

Sorguyu Belirtme

SQL Server Web Assistant aşağıdakileri yapmaya izin verir.

¨       Sorguları oluşturmaya

¨       Sorguları text olarak girmeye

¨       Varolan bir sistem stored procedure’ünü kullanmaya

Tasarlanmış Web Sayfasını Güncelleştirme