SQL Server

MSDE (Microsoft SQL Server Desktop Engine)

2008-05-11T17:03:37Z

MSDE (Microsoft SQL Server Desktop Engine)

Microsoft firmasının veritabanı hizmetinde kullanıcılara sunduğu ücretsiz yazılımı MSDE en çok indirilen ve kullanılan yazılımlardan bir tanesidir.MSDE tam olarak olmasa da SQL Server ‘ın yerini tutabilmekte.Microsoft SQL Server Desktop Engine aşağıda yer alan linkten indirebilirsiniz.

http://www.microsoft.com/downloads/details.aspx?familyid=413744d1-a0bc-479f-bafa-e4b278eb9147&displaylang=en

MSDE kurulumu yapılacak bilgisayarın minumum donanım gereksinimleri şu şekilde olmalıdır.

Intel Pentium 166 MHz veya daha yüksek işlemci
Windows XP: 128 MB RAM
Windows 2000: 64 MB RAM
Diğer tüm işletim sistemleri için 32 MB of RAM
44 MB kullanılabilir boş alan

MSDE kurulabilecek işletim sistemleri ise aşağıda yer almaktadır:

Windows Server 2003 ‘ün tüm sürümleri
Windows 2000 Server ‘ın tüm sürümleri
Windows NT Server 4.0 SP5 veya sonrası
Windows NT Workstation 4.0 SP5 veya sonrası
Windows XP Professional ve Home Edition
Windows 2000 Professional
Windows 98 ve ME

MSDE oluşturulabilecek veritabanının boyutu 2 GB fazla olamaz ayrıca veritabanına bağlanacak kullanıcı sayısı 5 ‘i geçemez.

MSDE görüldüğü üzere Microsoft Windows’un neredeyse tüm sürümleri üzerine kurulabilmekte.MSDE kurulumuna geçebiliriz.İndirilen kurulum dosyası aşağıda yer almakta.Resim-1

Resim-1

Setup.exe tıklayarak kuruluma başlıyoruz.Herhangi bir ekran daha karşımıza çıkmayacak ve kurulum tamamlanacak.

Resim-2

MSDE kurulduktan Startup’a SQL Server Service ve SQL Server Agent çalıştırabilmemizi sağlayan Service Manager gelmekte.Bu araça tıklayarak servisleri durdurup çalıştırabiliriz.Resim-3

Resim-3

SQL Server Service Manager kendisini Notification area atmakta gerektiğinde buradan açma imkanı sunmakta.Resim-4

Resim-4

Service Manager istenilen servisleri çalıştırmak ve durdurmak imkanı sağlamakta.Resim-5

Resim-5

MSDE ,MS SQL Server 2000’deki gibi 2 çeşit kimlik doğrulama tipi (authentication) sunmakta.Windows authentication ve Mixed authentication.Registry’den bu kimlik doğrulama tipleri değiştirilebilmekte.Bunun için Resim-6’da yer alan yere gelip LoginMode DWORD değeri şu şekilde değiştirilmelidir.Windows authentication için 1 Mixed authentication için 2 değeri girilmelidir.

Resim-6

MSDE’de mixed authentication geçmiş ve SQL Server ‘da yer alan en geçerli olan kullanıcı olan “sa” şifresini bilmiyorsak ve değiştirmek istiyorsak bunun için Query Analyzer şunları yazmak yeterli olacaktır. sp_password null 'yeni passsword' 'sa'.

Son olarak MSDE üzerine bir veritabanı açılmasını inceleyeceğiz.Bunun için bir uygulama ile örnek vereceğim.Uygulamanın veritabanına bağlantı aracını kullanıyorum.Resim-7

Resim-7

MSDE yüklü olduğu bilgisayara bağlantı sağlantı artık bu araç ile veritabanı oluşturabiliriz.Resim-8

Resim-8

MSDE lisansız ve ücretsiz bir yazılım olması küçük boyutlu veritabanı kullanıcıları çok önemli bir yazılım.Bir sonraki makalede MSDE'nin yeni sürümü olan SQL Server 2005 Express Edition'ı inceleyeceğiz.

Kaynak:

http://www.microsoft.com/sql/prodinfo/previousversions/msde/prodinfo.mspx

Bir Sonraki Makalede Görüşmek Üzere…

Ka®a

Veri Kaynaklarına Ulaşma (ODBC)

2008-05-11T17:00:30Z

Veri Kaynaklarına Ulaşma (ODBC)

SQL Server veya bir başka veritabanı sunucusu üzerinde oluşturmuş olduğumuz database’lere veri girişi, silinmesi veya güncellenmesi gibi işlemlerin yapılabilmesi için bu kaynaklara ulaşılması gerekmektedir. Veritabanı yönetim sistemlerine erişim yapabilmek için ODBC (Open DataBase Connectivity) kullanabiliriz. Veri kaynakları olarak nitelendirdiğimiz yerlerin sunucu sistemler olma zorunluluğu yoktur yani bir MS Office Access ile oluşturulmuş bir database, bir Excel dosyası içerisinde yer alan bilgiler dahi bir veri kaynağıdır.

Resim-1’den de anlaşılacağı üzere SQL Server üzerinde yer alan cozumpark veritabanına kullanıcı veya bilgisayarlara nasıl bağlanılacağına hep birlikte bakacağız.

Resim–1

Veri kaynaklarını bağlamak için kullanacağımız Data Sources (ODBC ) ulaşmak için Başlat >Denetim Masası>Yönetimsel Araçlar (Administrative Tools) tıklamak yeterli. Resim–2

Resim–2

Yönetimsel araçların içerisinde yer alan Data Sources (ODBC) tıklayarak gerekli yapılandırmayı yapacağız. Resim–3

Resim–3

Bağlantı yönetiminin yapılandırılacağı ODBC Data Source Administrator birçok tab karşımıza gelmekte. Bunların içerisinde en sık kullanılanlardan biri olan User DSN (Data Source Name) gelmekte. Eğer User DSN içerisinden bir kaynak eklemesi yapar isek sadece sistem giriş yapmış olan kullanıcılar erişimde bulunabileceklerdir. Yapmış olduğumuz ayarlama registry içerisindeki HKEY_CURRENT_USER\Software\ODBC\ODBC.INI\ODBC Data Sources içerisine düşecektir.Resim–4

Resim–4

System DSN ise tüm kullanıcılara açıktır.Artık bağlantı yapmış olduğumuz bilgisayara hangi kullanıcı log on olursa olsun veri kaynağı görünecektir ve bir çok yapıda System DSN tercih edilmektedir.System DSN’de yapmış olduğumuz kaynak bağlantısı registry’de HKEY_LOCAL_MACHINE\Software\ODBC\ODBC.INI\ODBC Data Sources içerisinde bulunmaktadır.Son olarak sizlere File DSN’den bahsetmek istiyorum kullanıcıdan tamamen bağımsız dosya olarak kullanımdır.System DNS’de yer alan Add butonuna basarak devam ediyoruz.Resim–5

Resim–5

Create New Data Source en altında SQL Server yer almaktadır. SQL Server dışında Oracle,Visual FoxPro başta olmak üzere çok farklı veri kaynakları da buradan eklenebilmektedir.SQL Server’ı seçerek bir sonraki adıma geçiyoruz.Resim-6

Resim–6

Resim-7’se veri kaynağımıza bir isim,gerekirse açıklama verilebilir.Ben veritabanımızın ismi olan sistemuzmanı’nı yazıyorum.Son kısımda bu veri kaynağının tutulduğu sunucu veya bilgisayarı ister IP numarasından istersek de ismini yazarak next butonuna basıyoruz.

Resim–7

Bağlantı sırasında kullanılacak kimlik bilgilerininde girilmesi gerekmektedir. Windows NT kimlik doğrulama tipini kullanacaksa ilk seçeneği işaretlememiz yeterli. Resim–8

Resim–8

SQL Server üzerinde açmış olduğumuz kullanıcı hesaplarından biriyle kimlik doğrulama yapacak isek SQL Server authentication seçiyoruz ve aktif olan alana kullanıcı adını ve şifresini giriyoruz. Resim–9

Resim–9

Resim–9 ‘da yer alan Client Configuration butonuna basarak bağlanmak istediğimiz SQL Serverın hangi portu ve hangi adı veya network üzerinden erişim için hangi yapılandırmanın olması gerektiği gibi ayarları bu kısımdan yapıyoruz. Burada önemli Veritabanı yönetici SQL Server’ın default portu olan 1433 değiştirmiş bu portun yerine 1905 yazmış ise bizimde bağlantı kurabilmemiz için port numarasını bu kısımdan değiştirmemiz gerekmektedir. Resim-10

Resim–10

SQL Server üzerinde bağlanmak istediğimiz veya erişim hakkımız olan database (veritabanını) seçerek devam ediyoruz. Resim–11

Resim–11

SQL Server’ın system mesajlarında kullandığı dili veya kullanmakta olduğumuz tarih, saat, gün, rakam gibi ayarlamaların sistemimizdeki bölgesel ve dil ayarlarımızdan gelmesini sağlayabiliriz. Örnek olarak tarih formatımız bilgisayarımızda gün/ay/yıl SQL Server üzerinde alınacak bir raporda tarih girmesi gereken yine bu tarih formatıyla girebilecek. Böylelikle daha az sorun yaşanmış olacak. Resim–12

Resim–12

Veri kaynaklarına ulaşmak için yapmış olduğumuz ayarlamaların doğru olup olmadığının testini yapmalıyız. Böylelikle bağlantıda sorun var ise yanlışlıkları veya eksiklikleri giderebiliriz. Bunun için Test Data Sourceç… butonuna basıyoruz. Resim–13

Resim–13

Testi başarıyla tamamladığımızı görmekteyiz. Resim–14

Resim–14

SQL Server üzerinde yer alan sistemuzmanı veritabanına bağlantının geldiği görülmektedir. Resim–15

Resim–15

ODBC ile veri kaynaklarına erişimin sağlanması ile kullanıcıların bu veritabanları üzerinde işlem yapmaları sağlanmaktadır. İş hayatında kullanılan birçok paket programın veritabanına bağlanması bu şekilde yapılmaktadır.

Bir Sonraki Makalede Görüşmek Üzere…

Ka®a

SQL Server 2005 Backup & Restore

2008-05-11T16:56:27Z

SQL Server 2005 Backup & Restore

Yedekleme ve kurtarma planı yapmak, bunu uygulanır hale getirmek sistem yöneticilerinin işlerinin en önemli parçalarından birini oluşturmaktadır. Veritabanlarının yedeğinin alınması iş yerinin ve sistem yöneticisinin geleceği açısından bir sigorta görevini görür. Bilgiler hiç beklenmedik bir zamanda silinebilir, bozulabilir veya doğal felaketler sonucunda ortadan tamamıyla kaybolabilir. Sistem yöneticisi olarak veritabanlarını belirli zaman aralıklarında yedeklemek ve yedeklerin güvenilir bir yerde saklamak çok önemlidir. Yedekleme yapmadan önce bu iş için prosedürler oluşturmanız tavsiye edilir.

SQL Server 2005 üzerinde çalışan veritabanlarının yedeklemesini yapabilmek için SQL Server Management Studio araçı kullanılır. Yedeği alınacak veritabanını seçmek için Databeses klasörü genişletilir, veritabanının üzerindeki iken mouse’ın sağ tuşuna basılır ve Taks ‘den Backup seçilir. Resim–1

Resim–1

Veritabanı yedeği varsayılanda backup tipi olarak Full alınacak, ayrıca oluşacak yedek yine varsayılanda Program Files\ Microsoft SQL Server\MSSQL.1\MSSQL\Backup klasörünün altında saklanacaktır. Buradaki değerler değiştirilebilir. Veritabanı yedeğini ismi, description (tanımı) istenilen biçimde doldurulabilir. Alıcağımız yedek disk üzerinde olacağından varsayılan yerde saklamak istemediğimizden belirtilen yeri Remove ile kaldırıp Add tuşuna basarak kendi belirlediğimiz yeri seçebilir. Resim–2

Resim–2

Alınacak yedeği işletim sisteminin bulunduğu partition üzerinde tutmak hem performansı azaltacak hemde işletim sisteminin çökmesi durumunda çok büyük sorunlar çıkaracaktır. Zaten doğru olan alınan yedeklerin hiçbir zaman o Server üzerindeki diskte bırakılmaması hatta o Server’ın bulunduğu lokasyonda dahi tutulmamasıdır. Yedekler birden fazla kopya çıkarılarak gerekli etiketleme işlemleri yapılarak, yedeğin çalışır olduğu kontrol edildikten sonra farklı bir yerde korumalı kasalarda saklanmasıdır. Bizde ilk olarak alacağımız yedeği Serverımız üzerindeki farklı bir harddisk’de saklayarak yedek alma işlemine devam ediyoruz. Resim–3

Resim-3

Veriyi var olan bir yedekleme kümesine eklemek istiyorsak “Append to the existing backup set” radio butonunu seçeriz. Yerden tasarruf etmek isteniyorsa “Overwrite all existing backup sets” seçilir. Böylelikle alınacak veri daha önceden oluşmuşların üzerine yazılacaktır. Resim–4

Resim-4

Yapılacak yedekleme işleminin SQL komutuyla nasıl oluştuğunun görülmesi isteniyorsa Script tıklanır ve altında yer “Script Action to New Query Window” seçilir. Böylelikle yedekleme işlemi tamamlandıktan sonra bizim görebilmemiz için bir SQL komutu oluşacaktır. Resim–5

Resim–5

Yedekleme yerimiz, yedek tipimiz ve script ayarımız yapıldıktan sonra ok tuşuna basarak yedeklemenin tamamlanması sağlanılır. Resim–6

Resim–6

Yedek işlemi sonucunda oluşan SQL komutu Resim–7 de yer almakta.

Resim–7

Almış olduğumuz cozumpark veritabanının yedeği Resim-8’de görülmektedir.

Resim–8

Almış olduğumuz veritabanının yedeğinden herhangi bir sorundan dolayı geri dönmemiz gerekirse bu seferde restore işlemini gerçekleştirmemiz gerekmektedir.Bunun için yapılması gerekenler ise şunlardır. Yedekten geri dönülecek (restore) veritabanını seçmek için Databeses klasörü genişletilir, veritabanının üzerindeki iken mouse’ın sağ tuşuna basılır ve Taks ‘den Restore seçilir ve çıkan alandan Database tıklanır. Resim–9

Resim–9

Daha önce alınmış yedekler “Select the backup sets to restore” kısmına gelmektedir. Resim–10

Resim–10

Eğer farklı lokasyonada bir yedek almış ve o yedeği yüklemek isteniyorsa From device radio butonu tıklanır ve yedeğin yeri bulunarak yedekten geri dönme işlemine devam edilir. Resim–11

Resim–11

Restore options’tan gerekli ayarlamalar yapılır.Burada dikkat edilmesi gereken kısım Original file name ve Restore As kısmıdır.Daha önce almış olduğunuz yedeğin ismi farklı yazdığınızda hata alabilirsiniz.Biz almış olduğumuz yedeği var olan veritabanının üzerine yazacağımızı işaretleyerek devam ediyoruz.Resim–12

Resim–12

Backup kısmında yaptığımız gibi yedekten geri dönerken yapılan işlemlerin SQL komutu ile nasıl olduğunu merak ediyor isek “Script Action to New Query Window” seçilir. Resim–13

Resim–13

Yedekleme işleminin tamamlandığını gösteren uyarı Resim-14’de yer almakta. Böylelikle daha önce almış olduğumuz veritabanı yedeğinden dönmüş olduk.

Resim–14

Yedekten geri dönme (restore) işlemi sonucunda oluşan SQL komutu Resim–15 de yer almakta.

Resim–15

Yedekleme işlemi gerçek anlamda şirketin geleceği için büyük bir önem taşımakta. Sistem yöneticileri olarak yedekleme işleminin istediğimiz zaman aralıklarında otomatik olarak gerçekleşmesini sağlayabiliriz. Bunun için yapılması gereken işlemler ise aşağıda yer almakta. Yine yedeğini almak istediğimiz veritabanının üzerine gelerek mouse’ ın sağ tuşuna basarız. Çıkan kısa yol menüsünden Backup seçilir. Açılan backup menüsünde yer alan Script tıklanır ve en aşağıda yer alan “Script Action to Job” seçilir. Böylelikle otomatik yedek almak için bir Job (görev) tanımlamış oluruz. Resim–16

Resim–16

Otomatik yedeği alınacak veritabanının ismi, açıklaması yedeği kimin alacağı (default’ta administrator veya sa kullanıcısıdır, istenirse yedek için backup operator tanımlanabilir) bilgiler girilir ve ok butonuna basarak devam edilir. Resim–17

Resim–17

Job(görev) adımları kısmında edit butonuna basarak zamanlama ve diğer adımları yapabiliriz. Resim–18

Resim–18

Resim-19’da Command (komut) kısmında yedeği alınacak veritabanı ve yedeğin nereye alınacağı görülmekte.

Resim–19

Oluşturulan jobun ne zaman çalışacağını yani yedeklemenin otomatik olarak hangi zaman aralıklarında yapılacağını belirlemek için New Job Schedule kullanırız.

Job’a isim vermek gerekir aynı zaman Schedule type belirtilmelidir. Ben burada daily ismini ve yedekleme tipininde tekrarlı (recurring) olmasını seçiyorum. Daha sonra ne zaman yedekleme işleminin hangi periyotlarla gerçekleşeceği belirtilmelidir. Günlük (daily) seçimini yapıyorum, günde kaç defa tekrarlanacağını, yedeğin alınmaya başlayacağı saati belirtiyorum. Burada sistem performansını düşünerek mesai saati dışında bir saati seçiyorum. Artık hergün saat 22:00’da cozumpark veritabanın yedeği, E:\Backup klasörünün altında oluşturulacak. Resim–20

Resim–20

Oluşturulan Job ,SQL Server Agent altında Job klasöründe görülebilir.Resim-21

Resim–21

Yapılan Jobların başarılımı veya başarısızmı olduğu görülmek isteniyorsa Job Activity Monitor kullanılabilir. Ayrıca yapılan Joblar sonucunda sistem yöneticisine mail gelmesi isteniyorsa gerekli ayarlamalar yapılarak bu özellikte sağlanabilir. Bu ayarlamaların nasıl yapıldığını SQL Mail ve SQL Mail Agent’ı Yapılandırmak makalesinde bulabilirsiniz http://www.cozumpark.com/Articles/Details.aspx?aId=1000000174

Oluşturmuş olduğumuz Job yedeği başarıyla aldığını göstermekte. Resim–22

Resim–22

Serverımız üzerindeki Backup klasörünün altında sistemuzmanı veritabanı yedeğinin otomatik olarak oluştuğu görülmekte. Resim–23

Resim–23

İyi bir yedekleme planı, bu planın gerçekten uygulanması, alınan yedeklerin başka bir lokasyonda dış etkenlere karşı iyi bir şekilde korunmuş ortamlarda saklanması çok önemlidir. Şirketler bilgilerini kaybettiklerinde sadece paralarını değil aynı zamanda itibarlarını da kaybetmiş olurlar. Bu yüzden sistem yöneticileri olarak yedek alma işleminin kesinlikle yapılmasını sağlamamız gerekmektedir.

Bir Sonraki Makalede Görüşmek Üzere…

Ka®a

SQL Server 2005 Configuration Manager

2008-05-11T16:50:11Z

SQL Server 2005 Configuration Manager

SQL Server 2005 Configuration Manager ile tüm servis, network ve client ayarlaması yapılabilmektedir. Bu bileşen ile merkezi bir yerden istenilen tüm değişikliklerin yapılması veritabanı yöneticisinin işini fazlasıyla kolaylaştıracaktır. SQL Server 2005 üzerinde çalışan servislerin ve konfigürasyonların ayarlanması için Resim-1’de görüldüğü gibi SQL Server 2005 Configuration Manager çalıştırılmalıdır.

Resim–1

SQL Server Configuration Manager açtığımızda karşımıza gelen ekranda ayarlamasını yapabileceğimiz özellikler gelmekte.

SQL Server 2005 Services
SQL Server 2005 Network Configuration
SQL Native Client Configuration

Resim–2

İlk olarak SQL Server 2005 Servisini oluşturan bileşenleri hakkında kısa bilgiler vermek istiyorum.

SQL Server Integration Servives: Veri paketleri oluşturur. Grafiksel ayıklama, dönüştürme ve yükleme işlerini yapar.

SQL Server FullTextSearch: Veritabanı içindeki tablolarda full text denilen (where adi = ‘Mustafa’) kelimeleri text bir katalogda depolanmasını sağlar.

SQL Server: Veritabanı sunucusu ve buna bağlı hizmetleri çalıştıran platformdur.

SQL Server Browser: Managment Studio’dan Analysis Servisi kullanmayı sağlamakta. Kullanılabilen serverları listeler.

SQL Server Agent :SQL Server üzerindeki iş (job) ve Schedule(zamanlama) gibi işlemler yapılmasını sağlar.

Bunların dışında Analysis Services gibi veri madenciliği için ve Reporting Services gibi rapor oluşturma hizmetleri de gerek duyulduğunda eklenebilecek servislerdir.

Resim–3

SQL Server 2005 üzerinde çalışacak servisleri hangi kullanıcı hesabı ile çalıştırılacağı belirlenebilir. Bunun için Log on as tabı kullanılmaktadır. Resim–4

Resim–4

Service tabı hizmetin hangi path’de olduğu, ismi, servisin Start şekli, durumu gibi ayarlamalar burada yapılmaktadır. Resim–5

Resim–5

İstenirse servisin çalışma şeklide belirlenebilir. Örnek olarak servisin otomatik veya manuel çalıştırılması ya da devre dışı bırakılabilir. Resim–6

Resim–6

Hizmetin durdurulması veya çalıştırılması için SQL Server 2005 Service kullanmak yönetici için kolaylık sağlayacaktır. Resim–7

Resim–7

Yapılan ayarlamalar sonucunda SQL Server Browser servisi artık çalışmakta. Bu gibi servisler üzerindeki gerekli işlemler büyük bir kolaylık yapılabilmektedir. Resim–8

Resim–8

SQL Serverın, data aktarımı için (ipc=interprocess communication) kullandığı paylaşım yöntemleri ve protokollerde Configuration Manager’dan yönetilebilmekte. Bu yapılandırma seçenekleri ve protokoller Resim-9’da yer almakta.

Resim–9

Proseslerin aralarında veri iletimi yaparken kullandığı yöntemlerden biride Shared Memory ‘dir. İstenirse Resim-10’daki alan değiştirilebilir.

Resim–10

UNC denilen yol gibi isimle erişmeyi sağlar. Server üzerine çok fazla yük verdiği için çok fazla tercih edilmez. Resim–11

Resim–11

SQL Server’a bağlantı için kullanılan en sık bağlantı tipi olan TCP/IP protokolü, kullanıcıların IP ile erişmesini sağlayan yöntemdir. TCP/IP özellikleri Resim-12’de yer almaktadır.

Resim–12

IP Addresses tabında kullanılan IP ve Port değiştirilebilmektedir. Resim–13

Resim–13

İstenirse bağlantı şekli olarak yeni takma ad (alias)oluşturulabilir. Bunun için Aliases sağ tuş yapılır ve New Alias tıklanır. Resim–14

Resim–14

Alias (takma ad) yapılandırması için Alias name ,port numarası kullanılacak protokol ve bağlanılacak sunucu bilgilerinin girilmesi.Resim-15

Resim–15

Oluşturulan alias Resim-16’de görülmekte. İstenirse 1434 nolu porttan bağlantı sağlanabilir.

Resim–16

SQL Server konfigürasyonlarının tümünün tek bir yerden yapılması işleyiş açısından veritabanı yöneticisine kolaylık sağlamakta. Bundan sonraki makalemizde ise Client tarafında veritabanı sunucusu üzerindeki veritabanlarına ODBC ile bağlanmasını detaylı bir şekilde inceleyeceğiz.

Kaynak:

http://www.microsoft.com/turkiye/sql/

Bir Sonraki Makalede Görüşmek Üzere…

Ka®a