ÇözümPark - Beta3

ÇözümPark, Microsoft Türkiye Tarafından Desteklenmektedir.
ÇözümPark - Beta3'a hoş geldiniz. Oturum Aç | Üye Ol | Yardım
in ARA

SQL Server

  • MSDE (Microsoft SQL Server Desktop Engine)

    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

    clip_image002

    Resim-1

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

    clip_image004

    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

    clip_image005

    Resim-3

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

    clip_image006

    Resim-4

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

    clip_image007

    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.

    clip_image009

    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

    clip_image011

    Resim-7

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

    clip_image013

    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)

    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.

    clip_image002

    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

    clip_image004

    Resim–2

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

    clip_image006

    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

    clip_image008

    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

    clip_image010

    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

    clip_image012

    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.

    clip_image014

    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

    clip_image016

    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

    clip_image018

    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

    clip_image020

    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

    clip_image022

    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

    clip_image024

    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

    clip_image026

    Resim–13

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

    clip_image028

    Resim–14

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

    clip_image030

    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

    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

    clip_image002

    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

    clip_image004

    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

    clip_image006

    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

    clip_image008

    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

    clip_image010

    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

    clip_image012

    Resim–6

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

    clip_image014

    Resim–7

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

    clip_image016

    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

    clip_image018

    Resim–9

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

    clip_image020

    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

    clip_image022

    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

    clip_image024

    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

    clip_image026

    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.

    clip_image028

    Resim–14

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

    clip_image030

    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

    clip_image032

    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

    clip_image034

    Resim–17

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

    clip_image036

    Resim–18

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

    clip_image038

    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

    clip_image040

    Resim–20

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

    clip_image042

    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

    clip_image044

    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

    clip_image046

    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

    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.

    clip_image002

    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

    clip_image004

    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.

    clip_image006

    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

    clip_image008

    Resim–4

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

    clip_image010

    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

    clip_image012

    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

    clip_image014

    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

    clip_image016

    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.

    clip_image018

    Resim–9

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

    clip_image020

    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

    clip_image022

    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.

    clip_image024

    Resim–12

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

    clip_image026

    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

    clip_image028

    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

    clip_image030

    Resim–15

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

    clip_image032

    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

  • SQL Server 2005 ile Veritabanın Detach – Attach Edilmesi

    SQL Server 2005 ile Veritabanın Detach – Attach Edilmesi

    SQL Server üzerinde açılmış olan veritabanlarının bazı nedenlerden dolayı kısa bir süre içerisinde başka bir yere taşınması gerekir örnek olarak SQL Server’ın çalıştırılacağı yeni bir sunucu alınmıştır ve eski sunucu üzerinde bulunan veritabanları yeni sunucuya taşınmalıdır. Bir başka örnek vermek gerekirse sunucu performansının arttırılması için veritabanı dosyası (mdf) ile log(ldf) dosyasının ayrı hard diskler üzerinde çalıştırılması önerilmektedir. SQL Server yönetiminde bu işlemleri yapmamızda bize yardımcı olacak komut Detach- Attach komutudur.

    Resim-1’de SQL Server 2005 üzerinde yeni bir veritabanı açıldığında oluşacak veritabanlarının saklanacağı default yer görülmektedir. İşletim sisteminin var olduğu yerden cozumpark veritabanını diğer partition üzerine taşınmasını gerçekleştireceğiz.

    clip_image002

    Resim–1

    SQL Server Management Studio yönetimsel tüm işlemlerin yapılması için kullanılan bir araçtır. Bu araçı açarak işlemlere başlayabiliriz. Resim–2

    clip_image004

    Resim–2

    Management Studio bağlanacağı Server ve authentication şeçilerek sunucuya erişim sağlanır. Resim–3

    clip_image006

    Resim–3

    Taşınması istenen veritabanı üzerine fareni sağ tuşuna basılır ve Tasks(görevler) kısayolu ile Detach komutunun çıkması sağlanır. Resim-4’de yapılan işlem görülmektedir. Detach veritabanın ayrılmasını sağlayan bir komuttur.

    clip_image008

    Resim–4

    Detach olacak veritabanı üzerinde bağlantı yapan hiçbir kullanıcı kalmaması gereklidir. Eğer bağlantı var ise bu işlem yapılamaz. Drop Connection işaretleyerek veritabanı üzerinde var olan bağlantıları iptal edebiliriz. Ok butonuna basarak veritabanı Detach edilir. Resim–5

    clip_image010

    Resim–5

    Detach (ayrılan) olan veritabanı Cut (kes) ile yeni yerine taşınır. Resim–6

    clip_image012

    Resim–6

    Taşıma işlemi yapıldıktan sonra veritabanını tekrar SQL Server bağlamak gereklidir.Bunun için ise Attach komutu kullanılır.Attach komutu çıkması için Database container farenin sağ tuşuna basılır ve Attach kısa yolu tıklanır.Resim-7

    clip_image014

    Resim–7

    Attach Databases bölümünde Add tuşu ile bağlanılacak veritabanı eklenmelidir. Resim–8

    clip_image016

    Resim–8

    cozumpark veritabanın bulunduğu yeni yer açılır ve veritabanı seçilir. Resim–9

    clip_image018

    Resim–9

    Veritabanı eklendikten sonra OK tuşuna basılır ve Attach işlemi tamamlanır. Resim–10

    clip_image020

    Resim–10

    Resim-11’de cozumpark veritabanın geldiği yeniden geldiği görülmektedir. Veritabanın üzerinde farenin sağ tuşuna basılarak Properties(özellikler) kısa yoluna basılır.

    clip_image022

    Resim–11

    Veritabanının nerde saklandığını gösteren yol Resim-12’de görülmektedir.

    clip_image024

    Resim–12

    SQL Server üzerindeki veritabanlarının taşınması için kullanılan detach – at