Recent comments

None


İçerik Ara











Yasal Uyarı
Bu sitede sunulan tüm bilgi ve dökümanlar Turgay Sahtiyan tarafından yazılmaktadır. Yazıların kaynak göstermek şartıyla kullanılması serbesttir.

© Copyright 2009-2013
Takvim
<<  Ekim 2017  >>
PaSaÇaPeCuCuPa
2526272829301
2345678
9101112131415
16171819202122
23242526272829
303112345
Keywords

Azure’da host edilen veritabanlarının güvenliği konusunda daha önce şu makaleyi kaleme almıştım. “Trust Services” kod adıyla anılan yeni proje ise Azure’daki güvenliği bir adım daha ileriye götürmekte.

[more]

Microsoft Codename “Trust Services” uygulama seviyesinde çalışan bir şifreleme framework’üdür. Ana amacı Azure’da host edilen hassas dataları korumak olan Trust Services ile korunan dataları sadece izin verilen kullanıcılar görüntüleyebilir.

image

2 adımdan oluşan örnek akış şu şekilde çalışır;

  • Veriyi Azure’a publish eden kullanıcılar “Trust Services”’i kullanarak veriyi şifreli olarak Azure’a yerleştirirler.
  • Onaylanmış ve izin verilmiş kullanıcılar veriyi decrypt ederek okurlar. İzin verilen kullanıcılar hariç hiç bir kullanıcı şifrelenmiş veriye erişemez.

Akışın nasıl gerçekleştiği aşağıdaki video’da oldukça güzel bir şekilde anlatılmış.

http://www.microsoft.com/en-us/showcase/details.aspx?uuid=ceac947b-5fbf-4e09-8581-0c12a5c1759e

Bunun haricinde daha fazlası için aşağıdaki linke göz atabilirsiniz.

http://www.microsoft.com/en-us/sqlazurelabs/labs/trust-services.aspx

Not : Blog haricinde, faydali gördügüm yazilari ve linkleri twitter adresimden paylasiyorum. Beni twitter'da takip etmek için : twitter.com/turgaysahtiyan


17 Ağustos Çarşamba günü yapacağım webcast’in duyurusunu yapmak istiyorum.

Microsoft SQL Azure’a Genel Bakış, SQL Azure Veritabanına İlk Bağlantı başlıklı webcast’im 17.08.2011 tarihinde 21:00-22:00 saatleri arasında gerçekleşecek.

Aşağıdaki url’i kullanarak vereceğim bu webcast’e katılabilirsiniz.

https://www.livemeeting.com/cc/mvp/join?id=NS8GZZ&role=attend&pw=2NM%7E%60JK%7Bt

Ajandamız şu şekilde olacak;

  • Neden SQL Azure?
    • Uygun Maliyetli Ölçeklenebilirlik
    • Yüksek Süreklilik (High Availability)
    • Yönetimsel Maliyetlerin Düşürülmesi
  • Topoloji
  • Ring Topology
  • Veri Merkezleri
  • SQL Azure’da Güvenlik
  • Migration – Deployment
  • SQL Server – SQL Azure Farklılıkları
  • SQL Azure’a İlk Bağlantı
  • Soru – Cevap

Not:Katılım url’i webcast başlamadan yarım saat önce aktif hale gelecektir.

İyi Çalışmalar

Turgay Sahtiyan

Not : Blog haricinde, faydali gördügüm yazilari ve linkleri twitter adresimden paylasiyorum. Beni twitter'da takip etmek için : twitter.com/turgaysahtiyan


02.05.2011 tarihinde gerçekleştirmiş olduğum Microsoft SQL Azure’a Genel Bakış, SQL Azure Veritabanına İlk Bağlantı başlıklı webcast’imin videosu aşağıdadır.

[more]

İyi seyirler

Turgay Sahtiyan

Not : Blog haricinde, faydali gördügüm yazilari ve linkleri twitter adresimden paylasiyorum. Beni twitter'da takip etmek için : twitter.com/turgaysahtiyan


5 Mart 2011 tarihinde bloğumda da yayınladığım Microsoft SQL Azure makalem Microsoft Türkiye Technet bülteninin nisan sayısında yayınlandı.

TechnetNisan

Url : http://www.microsoft.com/turkiye/technet/ebulten.mspx

Doküman Url : http://www.microsoft.com.tr/sqlazure/Microsoft_SQLAzure.docx

Benim için güzel bir haber olan bu durumu sizinle de paylaşmak istedim.

 

İyi çalışmalar

Turgay Sahtiyan

Not : Blog haricinde, faydali gördügüm yazilari ve linkleri twitter adresimden paylasiyorum. Beni twitter'da takip etmek için : twitter.com/turgaysahtiyan


Daha önceki makalelerimde Database Manager’da Table ve View’ler ile nasıl çalışabileceğimizi görmüştük. Bugünkü Adım Adım SQL Azure makalemde ise Database Manager’da SP’ler ile nasıl çalışabileceğimize bakıyor olacağız.

[more]

SP örneklerimde bir önceki makalemde create ettiğim myView isimli view’i kullanacağım. Dolayısıyla bu makalemi okumadıysanız okumanızı tavsiye ederim.

İlk olarak Database Manager ile veritabanına bağlantı kuralım. Bu konu ile ilgili detaylara gene daha önce yazmış olduğum şu makalemden erişebilirsiniz.

Yeni bir SP create etmek için sol üst tarafta bulunan butonlardan New Stored Procedure butonuna basalım.

1

Açılan ekranda ilk olarak SP’miz için bir isim belirleyelim. Ben isim olarak mySP ismini kullanacağım.

Şimdi parametreler kısmına bakalım. Yazacağım SP’de myView’e select çekerek contact name ve contact surname bilgilerini getireceğim. Ve şu şekilde bir parametre kullanmak istiyorum. Contact name’de benim belirleyeceğim string geçen kayıtlar getirilsin.

Yeni bir parametre tanımlamak için +Parameter butonuna basıyorum ve parametre bilgilerini dolduruyorum.

Daha sonra select sorgumda bu parametreyi where clause’da kullanıyorum.

Sonuç itibarıyla SP tanımlama ekranım şu şekilde oluyor. Save butonuna basarak SP’yi kaydediyorum.

2

Bu arada gene bu ekranda New Parameter butonunu da yeni bir parametre tanımlama için kullanabilirim. Ayrıca Delete Parameter butonu ile bir parametreyi silebilirim.

Şimdi oluşturduğumuz bu SP’yi çalıştıralım. Bunun içi Run butonuna bastığımızda karşımıza aşağıdaki gibi bir ekran çıkacak.

3

In Value sütunlarına parametreler için değer girip Execute butonuna basıyorum.

Ben örneğimde parametre olarak “Tur” girdim. Yani isminde “Tur” geçen contact’ları listelemek istiyorum. Sonuç aşağıdaki gibi olacaktır.

4

Şimdi aynı SP’yi exec komutu ile çalıştıralım. Bunun için yeni bir query ekranı açıp exec dbo.mySP ‘Tur’ şeklinde query yazıp execute butonuna basalım.

5

Bugünkü makalemde Database Manager’da SP’ler ile nasıl çalışabileceğimizi gördük. Bir sonraki Adım Adım SQL Azure makalemde görüşmek üzere.

 

İyi Çalışmalar

Turgay Sahtiyan

Not : Blog haricinde, faydali gördügüm yazilari ve linkleri twitter adresimden paylasiyorum. Beni twitter'da takip etmek için : twitter.com/turgaysahtiyan


Bir önceki makalemde Database Manager ile SQL Azure veritabanına bağlantı kurup tablolar ile çalışmıştık. Bugünkü Adım Adım SQL Azure makalemde ise Database Manager’da view’ler ile çalışma konusunu inceliyor olacağız.

[more]

View örneklerimde bir önceki makalemde oluşturduğum dbo.tbl_contacts tablosunu kullanacağım. Bu yüzden bir önceki makalemi okumadıysanız eğer okumanızı tavsiye ederim.

İlk olarak Database Manager ile veritabanına bağlantı kuralım. Bu konu ile ilgili detaylara gene bir önceki makalemden erişebilirsiniz.

Yeni bir view create etmek için sol üst tarafta bulunan butonlardan New View butonuna basalım.

1

Açılan ekranda view’a myView adını verip sorgu kısmında da dbo.tbl_contacts tablosuna select çekiyorum. Save butonuna basarak view’i kaydediyorum.

2

Save işlemi tamamlandığında soldaki navigasyon kısmında bu view’i görebilmekteyim.

3

View’ın datasına bakmak yani select çekmek için üst tarafta bulunan Data butonunu kullanabilirim.

4

Şimdi New Query ekranında bu view’e select çekelim.

5

Bugünkü makalemde Database Manager’da view’ler ile nasıl çalışabileceğimizi gördük. Bir sonraki makalemde Database Manager’da Stored Procedure (SP) kullanımına bakıyor olacağız.

 

İyi Çalışmalar

Turgay Sahtiyan

Not : Blog haricinde, faydali gördügüm yazilari ve linkleri twitter adresimden paylasiyorum. Beni twitter'da takip etmek için : twitter.com/turgaysahtiyan


SQL Azure’da bulunan veritabanlarını SQL Server Management Studio’nun R2 ve üst sürümleri ile bağlanıp yönetebilmemiz mümkün. Aynı zamanda Silverlight ile geliştirilmiş web tabanlı bir uygulama olan Database Manager bir diğer adıyla Code-Named “Houston” ile de platform bağımsız olarak SQL Azure veritabanlarını yönetebilmek mümkün.

Bugünkü Adım Adım SQL Azure makalemde Database Manager (DM) – Code Named “Houston” ile SQL Azure veritabanlarını nasıl yönetebileceğimizi, SP,vew table gibi objeleri nasıl create edip görüntüleyebileceğimizi görüyor olacağız.

[more]

msdn’in deyimiyle, Database Manager (DM), SQL Azure için kullanılan, kullanımı oldukça kolay bir veritabanı yönetim aracıdır. Gerçekten silverlight teknolojisi sayesinde Database Manager’a oldukça user friendly bir yapı kazandırılmış durumda.

Bunun ötesinde bu tool’un benim açımdan en büyük artısı platform bağımsız olmasıdır. Internet’e bağlanabilen, browser’ı olan herhangi bir PC üzerinden SQL Azure veritabanları yönetilebilir.

Bugünkü yazımda, DM ile SQL Azure veritabanı yönetiminin nasıl yapıldığına, SP,View ve table gibi objelerin nasıl create edilip izlenebildiğine bakıyor olacağız.

Başlıklarımız şu şekilde;

  • Database Manager (Project Code-Named “Houston”) ile Platform Bağımsız SQL Azure Veritabanlarına Bağlantı Kurmak
  • Database Manager’da tablolar ile çalışmak
  • Database Manager’da view’ler ile çalışmak
  • Database Manager’da stored procedure (SP) ‘ler ile çalışmak

Database Manager (Project Code-Named “Houston”) ile Platform Bağımsız Olarak SQL Azure Veritabanlarına Bağlantı Kurmak

Aslında SQL Azure Firewall makalemde bu konuya az da olsa giriş yapıp, DM ile master veritabanına bağlanıp firewall ayarlarını yapmıştık. Şimdi konuyu biraz daha detaylandıralım.

Azure portalına giriş yaptıktan sonra subscription kısmından ilgili subscription’ı seçip daha sonra da mantıksal sunucuyu seçiyoruz. (Azure portala bağlanma konusu ile alakalı şu makalemi okumanızı tavsiye ederim.) Bu esnada ekran görüntüsü aşağıdaki gibi olacaktır.

1

Sunucu seçimini yaptıktan sonra sağ tarafta çıkan DB listesinde yönetmek istediğimiz DB’yi seçip üst tarafta bulunan Manage butonuna tıklıyoruz. Ben bu örneğim için DBTurgay veritabanı üzerinde çalışacağım.

2

Gelen ekranda admin kullanıcının şifresini yazarak Connect butonuna basıyoruz.

3

Eğer kullanıcı adı ve şifresinde aynı zamanda firewall ayarlarında bir sıkıntı yok ise bizi şu şekilde bir ekran karşılayacak. İşte Database Manager olarak adlandırdığımız tool bu ekran.

4

Ekranın sol tarafında şu anda bu DB’nin sahip olduğu tables,views ve stored procedures’lar görülebilmekte. Bizim database’imiz daha yeni bir database olduğu için herhangi bir objemiz yok.

5

Ek bilgi olarak şunu da belirtmek istiyorum. Çok fazla obje içeren database’ler de obje araması yapmak için search kısmını kullanabilirsiniz.

Database Manager’da Tablolar ile Çalışmak

İlk olarak yeni bir tablo create edelim. Bunun için üstteki butonlardan New Table butonuna basalım.

6

Gelen ekranda tablo için bir isim verdikten sonra kolon tanımlamalarını yapacağız.

Her kolon için isim ve datatype bilgilerini doldurduktan sonra hangi kolonun ya da kolonların primary key olmasını istediğimizi belirtiyoruz. Bildiğiniz gibi Azure mimarisinde High Avaibility clustered index’ler ya da primary key’ler üzerinden sağlanmaktadır. Dolayısıyla primary key seçeneğimizi de bu ekrandan yapabiliriz. Aynı zamanda Identity bilgisi vasıtasıyla hangi kolonun otomatik artan değer içerdiğini belirtebiliriz.

Son olarak yeni bir kolon eklemek için + Column butonunu kullanabileceğimizi belirterek save butonuna basarak şu şekilde örnek bir tablo create ediyorum.

7

Kayıt işlemini tamamladıktan sonra artık bu tabloyu soldaki navigation panelinden bulubilmemiz mümkün. Şimdi bu tabloya biraz veri girelim. Bunun için data butonuna basıyorum ve veri girişini yapacağım edit ekranına geçiyorum.

8

Yeni bir kayıt girmek için + Row butonunu ya da üst tarafta bulunan New Row butonunu kullanabilirim. Olan bir kayıdı silmek için ise New Row butonunun hemen yanındaki Delete Row butonunu kullanabilirim.

Ben örneğimde şu şekilde kayıtlar giriyorum ve Save butonuna basıyorum.

9

Artık tablom, içinde verileri beraber hazır. Şimdi girdiğim kayıtları görmek için bu tabloya select çekececeğim. Bunun için sol üst tarafta bulunan butonlardan New Query butonuna basıyorum.

10

Açılan ekranda select sorgumu yazıp sonuçları getirmek için Execute butonuna basıyorum.

11

Sorgu sonucu ekranın alt kısmında gelmiş durumda.

12

New Query ekranında biraz daha detaylı bahsedecek olursak; Save butonu vasıtasıyla yazdığımız sorguyu bilgisayara kaydedebiliriz, Open Query butonu ile bilgisayara kaydettiğimiz bir sorguyu çağırabiliriz. Aynı zamanda bu ekranda Management Studio ekranında yaptığımız gibi sadece çalıştırmak istediğimiz kod bloğunu seçip execute edebiliriz. Database Manager bu işlemi de desteklemekte.

Bu makalemde Database Manager ile SQL Azure veritabanına bağlantı kurup tablolar ile nasıl çalışabileceğimizi gördük. Bir sonraki Adım Adım SQL Azure makalemde Database Manager’da view’ler ile çalışma konusunu inceliyor olacağız.

 

İyi Çalışmalar

Turgay Sahtiyan

Not : Blog haricinde, faydali gördügüm yazilari ve linkleri twitter adresimden paylasiyorum. Beni twitter'da takip etmek için : twitter.com/turgaysahtiyan


Daha önce yeni bir mantıksal sunucunun nasıl oluşturulacağını şu makalemde incelemiştik. Bugün ise bu mantıksal sunucunun arkasına yeni bir veritabanının nasıl yaratılacağını görüyor olacağız.

Bugünkü makalemde aynı zamanda veri tabanı seçeneklerini detaylı konuşuyor olacağız.

[more]

Yeni bir mantıksal sunucu create edildiğinde master DB’si otomatik olarak create edilir. Readonly olan bu DB için herhangi bir ücretlendirme yapılmaz diye konuşmuştuk.

Ücretlendirme konusunda parantez açmak gerekirse, SQL Azure’da ücretlendirme mantığı veritabanının boyutuna ve yapılan veri transferine yani bandwith’e göre değişiklik göstermektedir.

Veri tabanı boyutu diyince SQL Azure’da şu edition’larda ve boyutlarda veritabanı create edilebilmektedir.

Edition Olabilecek Veritabanı Boyutları
Web 1 GB - 5 GB
Business 10 GB – 20 GB – 30 GB – 40 GB - 50 GB

Şu an için web ve business edition’lar arasında, oluşturulabilecek DB boyutu haricinde herhangi bir fark bulunmamaktadır. Ama ileriki versiyonlarda sahip olunan feature’lar açısından farklılık olabileceği konuşulmaktadır.

Gördüğünüz gibi maksimum DB boyutu 50 GB olmakta, yani 50 GB’tan daha büyük bir DB create edememekteyiz. Bunu yapabilmek için yatayda ölçeklenebilmek yani sharding teknolojisi kullanmak gerekmektedir. Daha sonra bu konu ile alakalı detaylı bir makale yazmayı planlıyorum.

Şimdi Azure portal üzerinden yeni bir veritabanının nasıl create edildiğine bakalım.

Azure portalına giriş yaptıktan sonra subscription kısmından ilgili subscription’ı seçip daha sonra da mantıksal sunucuyu seçiyoruz. (Azure portala bağlanma konusu ile alakalı şu makalemi okumanızı tavsiye ederim.) Bu esnada ekran görüntüsü aşağıdaki gibi olacaktır.

1

Gördüğünüz gibi database kısmında sadece master DB bulunmakta ki bu da yeni bir sunucu create edildiğinde otomatik olarak create edilmektedir.

Biz şimdi yeni bir database create edeceğiz. Bunun için üst tarafta database sekmesi içinde bulunan buton listesinden create butonuna basıyoruz.

2

Karşımıza database seçeneklerini gireceğimiz aşağıdaki gibi bir ekran çıkacaktır.

3

name kısmına database için bir isim yazdıktan sonra olmasını istediğimiz edition ve maximum size bilgilerini seçip OK butonuna basıyoruz.

4

Ana ekrana döndüğümüzde yeni yarattığımız DB’yi ve özelliklerini görüyoruz. Current size kısmında şu anda bu DB’nin ne kadar yer kapladığı bilgisini almamız mümkün.

5

Bu bilgiyi değerlendirerek gereksiz bir boyutta DB alıp almadığımız sonucuna varıp gerekiyorsa DB boyutumuzu düşürebiliriz. Çünkü unutmamamız gereken şu: Azure’da bulunan kullandığın kadar öde yaklaşımı sayesinde sadece ihtiyacımız olan boyutta DB yaratıp bu boyut üzerinden ödeme yapabiliriz.

Create ettiğimiz bu DB’ye bağlantı denemesi yapmak için Test Connectivity, silmek için drop ve Database Manager tool’u ile yönetmek için de Manage butonunu kullanabilirsiniz.

6

SQL Azure’da yeni bir veritabanı create etme işlemi bu şekilde. Bir sonraki makalemde create ettiğimiz bu veritabanını Database Manager tool’u ile nasıl yönetebildiğimize bakıyor olacağız.

 

İyi çalışmalar

Turgay Sahtiyan

Not : Blog haricinde, faydali gördügüm yazilari ve linkleri twitter adresimden paylasiyorum. Beni twitter'da takip etmek için : twitter.com/turgaysahtiyan


SQL Azure sunucularına hem Internet’ten yapılan bağlantılarda hem de Windows Azure’dan yapılan bağlantılarda SQL Azure Firewall güvenliği sağlamaktadır. Her bağlantı kurmak isteyen client’ın SQL Azure Firewall üzerinde yetkilendirimesi gerekmekte bu şekilde denial-of-service (DOS) ataklarının önüne geçilebilmektedir.

Bugünkü Adım Adım SQL Azure makalemde, SQL Azure Firewall mimarisine değindikten sonra Firewall yapılandırmasının hem Azure Portal hem de Database Manager üzerinden TSQL komutları ile nasıl yapıldığına bakıyor olacağız.

[more]

SQL Azure Firewall mimarisi aşağıdaki gibidir.

8[5]

Resimde de görüldüğü gibi SQL Azure sunucularının önünde SQL Azure Firewall bulunmaktadır. Bu Firewall hem Windows Azure’dan gelen client’ları hem de Internet üzerinden gelen client’ları kontrol etmektedir.

Şimdi Firewall yapılandırmasının nasıl yapıldığına bakalım.

Azure Portal Üzerinden Firewall Yapılandırması

Azure portalına giriş yaptıktan sonra subscription kısmından ilgili subscription’ı seçip daha sonra da mantıksal sunucuyu seçiyoruz. (Azure portala bağlanma konusu ile alakalı bir önceki makalemi okumanızı tavsiye ederim.) Bu esnada ekran görüntüsü aşağıdaki gibi olacaktır.

1

İlk olarak neden bir firewall yapılandırmasına ihtiyaç duyduğumuzu görmek için herhangi bir firewall rule’u tanımlamadan Test Connectivity butonuna basarak sunucuya bağlantıyı test edelim.

2

Gelen ekranda admin kullanıcısının şifresini girip connect butonuna bastığımızda aşağıdaki gibi bir hata mesajı alacağız.

3

Hata mesajının detayında 70.37.100.19 nolu IP’nin, server’a erişmesine izin verilmediği gözükmekte. Bu IP Windows Azure’un SQL Azure’a bağlanırken kullandığı IP ve firewall ayarlarında bu IP için izin verilmediği için bağlantı gerçekleşmemekte. Şimdi bu firewall ayarlamasını yapalım.

Bunun için şu andaki ekranı close diyerek kapayalım ve Firewall Rules butonuna basalım. Bu ekranda yukarıdaki IP için bir rule tanımlayacağız.

4

Şu an için herhangi bir tanımlanmış rule’umuz yok. Yeni bir rule tanımlamak için add butonuna basalım.

5

Gelen ekranda rule için bir ad ve IP aralığı (ben bu örneğim için tek bir IP’ye rule tanımlamak istediğimden dolayı her 2 tarafa aynı IP’yi yazacağım) verdikten sonra OK butonuna basarak bu rule’u kaydedelim.

6

7

Şimdi tekrar bağlantıyı test etmek için Test Connectivity butonunu tıklayalım.

8

Firewall tanımlasını yaptığımız için bağlantı işlemi sorunsuz gerçekleşti.

Bu şekilde add butonunu kullanarak hangi client’ların Azure sunucumuza bağlanmasını istiyorsak yeni rule’lar tanımlayabiliriz. Şimdi bu rule tanımlama işlemini Database Manager ile Azure DB’mize bağlanarak TSQL ile yapalım.

Database Manager Üzerinden TSQL Kullanarak Firewall Yapılandırması

Database Manager ile Azure portal’da sunucuyu seçtikten sonra sağ tarafta çıkan DB listesinde master DB’sini tıklayıp üst tarafta bulunan Manage butonuna tıklıyoruz.

9

Gelen ekranda admin kullanıcının şifresini yazıp connect butonuna tıklıyoruz.

10

Bağlantı kurulmadığını ve bir hata alındığını göreceğiz. error yazısına tıkladığımızda hatanın detayı görünmekte.

11

Alınan hata daha önce aldığımız firewall hatası ile aynı. Bunun nedeni Database Manager’ın Azure server’ımıza bağlantı kurabilmesi için gerekli firewall tanımlamasını yapmamış olmamız.

Bir önceki bölümde anlattığım şekilde firewall tanımlamasını yapıyoruz.

12

Tekrar Manage butonu vasıtasıyla master DB’sine bağlantı kurmaya deniyoruz ve sıkıntısız bir şekilde bağlantı kurabildiğimizi görüyoruz.

13

Şimdi TSQL komutlarını yazmak için yeni bir query ekranı açacağız. Bunun için sol üst tarafta bulunan New Query butonuna basıyoruz.

14

Açılan yeni sayfada query’lerimizi çalıştırmaya başlayabiliriz. İlk olarak tanımlı firewall rule’larımızı görelim.

Aşağıdaki sorguyu query ekranında yazıp sol üst tarafta bulunan execute butonuna basıyoruz.

select * from sys.firewall_rules

 

15

Sorguyu execute ettiğimizde 2 satırlık bir sonuç gelmekte. Bu kayıtlarda bizim az önce tanımlamış olduğumuz firewall rule’ları.

Yeni bir rule tanımlayalım.

exec sp_set_firewall_rule N'Sample Rule','5.5.5.5','5.5.5.6'

 

Tanımlamış rule’ları tekrar görüntüleyelim.

16

Gördüğünüz gibi yeni tanımlamış olduğumuz Sample Rule sorgu sonucunda gelmekte. Şimdi bu rule’da bir update yapıp IP aralığını değiştirelim.

exec sp_set_firewall_rule N'Sample Rule','6.6.6.6','6.6.6.6'

 

Son olarak tanımladığımız Sample Rule kuralını silelim.

exec sp_delete_firewall_rule N'Sample Rule'

 

Bugünkü Adım Adım SQL Azure makalemde SQL Azure’da firewall mimarisinin nasıl olduğunu ve base olarak firewall tanımlamaların nasıl yapıldığını gördük.

Bir sonraki Azure makalemde “Database Manager (Project Code-Named “Houston”) ile Platform Bağımsız SQL Azure Veritabanı Yönetimi” konusu üzerine konuşuyor olacağız.

 

İyi çalışmalar

Turgay Sahtiyan

Not : Blog haricinde, faydali gördügüm yazilari ve linkleri twitter adresimden paylasiyorum. Beni twitter'da takip etmek için : twitter.com/turgaysahtiyan


Bugün itibarıyla Adım Adım SQL Azure makale serime başlıyorum. Hepimize hayırlı olsun :)

Bu seriyi okumadan önce SQL Azure hakkında yazdığım aşağıdaki makaleyi okumanızı kesinlikle tavsiye ederim.

Microsoft SQL Azure

İlk konumuz Azure portalına ilk bağlantı ve yeni bir mantıksal sunucu create etmek.

[more]

Yukarıda linkini verdiğim makalede bahsettiğim gibi Azure mimarisinde bizim bağlantı kurduğumuz sunucular mantıksal sunuculardır. Bu sunuculara gönderdiğimiz istekler Gateway vasıtasıyla fiziksel sunuculara yönlendirilir.

Bugünkü Adım Adım SQL Azure makalemizde Azure portalına bağlantı kurup mantıksal bir sunucu create edeceğiz.

 

Azure portalına bağlanmak için https://windows.azure.com adresine giriyoruz.

1

Kullanıcı adı ve şifre bilgilerini yazıp sign in butonuna basarak Azure portalına bağlanıyoruz.

2

Database yazısına tıklayıp hemen üst tarafında bulunan Subscription kısmından ilgili subscription’ı seçiyoruz.

3

Yeni bir mantıksal sunucu create etmek için üst tarafta server bloğu içerisinde bulunan Create butonuna basıyoruz.

4

Gelen ekranda bu mantıksal sunucunun hangi bölgede yer almasını istediğimizi belirtip next’e basıyoruz.

5

Admin username ve password bilgilerini doldurup next’e basıyoruz. Bu kısımda belirlediğimiz login’i klasik SQL Server’lardaki sa login’i olarak düşünebiliriz.

6

Bir sonraki gelen ekranda Firewall ayarlamalarını yapabiliriz. Bu ayarları daha sonra ayrı bir makale olarak anlatacağım için şimdilik Finish diyerek server create etme işlemini bitiriyoruz.

7

Tekrar ana ekrana döndüğümüzde Server listesinde create ettiğimiz server’ı görüyor olacağız.

8

Sol taraftan server’ı tıkladığımızda bu server içerisinde bulunan DB’leri ve server’ın özelliklerini göreceğiz. Şu an için herhangi bir database create etmediğimiz için database listesinde sadece master database bulunmakta.

9

 

Bugünkü Adım Adım SQL Azure makalemizde SQL Azure’a ilk bağlantımızı yapıp yeni bir server create ettik.

Bir sonraki makalemde firewall ayarlarının nasıl yapılacağına bakıyor olacağız.

 

İyi çalışmalar

Turgay Sahtiyan

Not : Blog haricinde, faydali gördügüm yazilari ve linkleri twitter adresimden paylasiyorum. Beni twitter'da takip etmek için : twitter.com/turgaysahtiyan


SQL Azure, Windows Azure Platform’u üzerinde konuşlanan SQL Server’ın bulut (cloud) tabanlı çözümüdür.

[more]

az1

SQL Azure’un, bulut tabanlı olmasından dolayı, uygun maliyetli ölçeklenebilirlik, yüksek erişilebilirlik ve yönetimsel maliyetlerin düşürülmesi gibi yararları vardır.

SQL Azure servisinin sunucu üzerindeki fiziksel yönetimi, MSITS (Microsoft Information Technology Services) tarafından yapılmaktadır. Biz veritabanı, login, kullanıcı ve rolleri yönetmeye devam ederken sunucu, disk ve memory gibi fiziksel kaynakların yönetimi MSITS tarafında yapılmaktadır. Kurulum (installation), SP ve Cumulative Update geçilmesi gibi işlemlerden de MSITC sorumludur. Bu mimari bize, SQL Server’ı kendimiz barındırdığımız durumdan daha hesaplı bir şekilde yüksek sürekliliğe, yüksek güvenliğe sahip veritabanları sunmaktadır. Dolayısıyla altyapıya yatırım yapacak kaynağı olmayan, veritabanı yöneticisi bulundurmayan kurumlar için Azure mimarisi iyi bir çözümdür.

Her ne kadar fiziksel yönetimi MSITS yapsa da bulut mimarisinde SQL Server veritabanı yöneticileri önemli rol oynamaya devam etmektedir. Index iyileştirmesi, sorgu optimizasyonu ve güvenlik işlemleri (login,role vs.) veritabanı yöneticileri tarafından yürütülmeye devam eden operasyonlardır. Daha sonraki makalelerimde bu işlemlerin hepsine adım adım değiniyor olacağım.

Bu makalenin ana başlıkları :

  • Neden SQL Azure?
    • Uygun Maliyetli Ölçeklenebilirlik
    • Yüksek Süreklilik (High Availability)
    • Yönetimsel Maliyetlerin Düşürülmesi
  • Topoloji
  • Ring Topology
  • Veri Merkezleri
  • SQL Azure’da Güvenlik
  • Migration – Deployment
  • SQL Azure’da T-SQL Kapsamı
  • SQL Server – SQL Azure Farklılıkları

Neden SQL Azure ?

SQL Azure, bulut mimarisinin sunduğu altyapıyı kullanarak uygun maliyetli ölçeklenebilirlik, yüksek süreklilik ve yönetimsel maliyetlerin düşürülmesi gibi avantajlar sunmaktadır. Bu avantajları detaylı inceleyelim.

Uygun Maliyetli Ölçeklenebilirlik

SQL Azure’da, bulut mantığının temelinde yatan “kullandığın kadar öde yaklaşımı” bulunmaktadır. Bu şekilde daha uygun maliyetli bir ölçeklenebilirlik sunulmaktadır. Bir örnek vererek ne demek istediğimi daha net açıklamaya çalışayım. Bir proje geliştirdiniz ve hayata geçirdiniz. Daha veri girişi yeni yeni yapıldığı için 1 GB’lık bir veritabanı işinizi görmekte. Azure’dan 1 GB’lık bir veritabanı alıyorsunuz ve bu boyuta göre ödeme yapmaya başlıyorsunuz. Daha sonra veri girişleri arttıkça, 1 GB yetmemeye başlıyor ve veritabanı boyutunu 10 GB’a çıkartıyorsunuz. Ve bundan sonraki faturalarınız da 10 GB üzerinden kesiliyor. Proje bir süre kullanıldıktan sonra projenin modüllerinden biri çıkartılıyor ve artık size 5 GB’lık bir alan yetmeye başlıyor. Veritabanı boyutunu küçültüyorsunuz ve 5 GB üzerinden fatura ödemeye devam ediyorsunuz.

Gördüğünüz gibi bu şekilde veritabanı boyutunu kolayca ölçekleyebiliyor, ayrıca “kullandığın kadar öde mantığıyla” uygun maliyetli bir hizmet alıyorsunuz.

Kullandığın kadar öde mantığında ücretlendirme konusunda bir parantez açmak istiyorum. SQL Azure üzerinde veritabanı ücretlendirmesi veritabanının sürüm (edition) bilgisine göre ve boyutuna göre yapılmaktadır. SQL Azure’da 2 tip sürüm bulunmaktadır. Bunlar Web Edition (1GB ve 5GB) ve Business Edition (10GB- 20GB-30GB-40GB-50GB) veritabanı seçeneğidir. Hizmet kullanım faturası aylık olarak kesilir ama günlük olarak hesaplanır. Yani örneğin Mart ayının ilk 10 günü Web Edition-2GB kullandıktan sonra veritabanını Business Edition-10GB’a taşırsanız, ay sonunda faturanız 10 gün Web Edition-2GB + 20 gün Business Edition-10GB şeklinde ücretlendirilecektir. Ayrıca master veritabanı için ek bir ücretlendirme yapılmadığını belirtelim. (Bu arada şu bilgiyi de geçmekte fayda görüyorum, veritabanı maksimum boyuta eriştiğinde artık insert,update işlemleri yapılamaz. Select ile görüntülemeye ve delete ile silmeye devam edebilirsiniz.)

Ücretlendirmede etkili olan bir diğer parametre veri transferi hacmidir. Bunu klasik web hosting paketlerinde uygulanan bandwith mantığına benzetebiliriz. Kullandığınız veri transferinin hacmine göre ekstra bir ücretlendirme yapılır. Bu aşamada, Azure’da bulunan veritabanına bağlantı kuracak uygulamanızın bulunacağı lokasyonun 2 farklı model olabileceğinden bahsedebiliriz. Birinci modelde uygulamanızı kendi lokasyonunuzda bulundurup web üzerinden SQL Azure’da bulunan veritabanına erişebilirsiniz. Bu modele code-far model denmektedir. Adından da anlaşılacağı gibi uzakta barındırılan veritabanı anlamına gelmektedir. İkinci modelde ise uygulamayı Windows Azure’da bulundurabilirsiniz ki böyle bir durumda uygulama ile SQL Azure’da bulunan veritabanı aynı veri merkezinde barındırılacak ve veri transfer ücreti minimize edilecektir. Bu modele de code-near model denmektedir. Dolayısıyla code-near modelini uygulamak hem veri transferi ücretini düşürecek hem de uygulama ile veritabanı aynı veri merkezinde olacağı için büyük miktardaki verinin transferini çok hızlandıracaktır.

Yüksek Süreklilik (High Availability)

SQL Azure veritabanları % 99.9 oranında yüksek süreklilik sunmak amacıyla özel bir replication metodu kullanmaktadır.Bu yapıda 3 adet replika bulundurulmaktadır. Bunlar 1 adet ana (primary) ve 2 adet yedek (secondary) replika’dır. Bu şekilde bir verinin kopyası 3 farklı replikada bulundurularak yüksek süreklilik sağlanmaktadır.

2

Bu yapının gerçekleşebilmesi ve replication’ın yapılabilmesi için tablolarda Clustered Index bulundurulması zorunludur. Tablo tanımlanırken bu kontrol yapılmaz. Yani Clustered Index’siz bir tablo tanımlayabilirsiniz, ama tabloya veri girişi yaptığınız anda veri girişi gerçekleşmez. Dolayısıyla SQL Azure veritabanı tablolarında Clustered Index bulundurulması zorunludur. TempDB’de oluşturulan geçici (temporary) tablolar ise Heap yani Clustered Index içermeyen tablolar olabilir. Bununla ilgili bir kısıtlama bulunmamaktadır.

Yüksek Süreklilik Mimarisinin Çalışma mekanizması

Ana (primary) sunucu çalışamaz duruma geldiğinde, Partition Manager, yedek (secondary) sunuculardan bir tanesini ana sunucu yapmakta ve yedekte fazladan bekletilen sunuculardan bir tanesi ise yedek (secondary) yapılmaktadır. Bu operasyon gerçek zamanlı gerçekleşir ve kesinti yoktur.

Secondary sunuculardan biri çalışamaz duruma geldiğinde ise gene Partition Manager görevi üstlenir ve yeni bir yedek (secondary) sunucu oluşturmaya çalışır. Yeni yedek (secondary) sunucu hemen oluşturulmaz. Çünkü çalışamaz duruma gelen secondary replica kısa süreli olarak servis dışı kalmış olabilir (Örneğin Upgrade). Çalışamaz duruma geldiği sanılan bu sunucu tekrar geri döndüğünde bu sunucu üzerinde checkdisk gibi kontroller yapılır ve sunucunun sağlığı kontrol edilir. Bir problem yok ise bu sunucu ile devam edilir. Tersi durumda eğer sunucu 2 saatten fazla süre çalışamamışsa Partition Manager yeni bir sunucuyu yedek (secondary) olarak atar.

Replica’lardan birinin (Primary veya Secondary farketmez) bu şekilde değiştirilme işlemine reconfiguration denmektedir. Sunucunun çalışamaz duruma gelmesi, bir donanım hatası olabileceği gibi aynı zamanda işletim sisteminde ya da SQL Server servisinde oluşabilecek bir problemi ifade etmektedir.

Şimdi SQL Azure’da okuma ve yazma işleminin nasıl gerçekleştiğine bakalım.

3

Okuma (Select) işlemleri direk primary replikadan yapılmaktadır. Yazma (insert-update) işlemi ise bütün replikalarda gerçekleştirilmektedir ve yazma işleminin tamamlanabilmesi için primary replika ve secondary replikalardan en az birinde commit işleminin tamamlanmış olması gerekmektedir. Buna Quorum Commit denmektedir.

Yüksek süreklilik alt başlığını özetleyecek olursak, SQL Azure 3 replikadan oluşan yapısıyla ve çalışmayan sunucuların yerine yenilerini atayan teknolojisiyle kesintisiz bir ortam sunmaktadır.

Yönetimsel Maliyetlerin Düşürülmesi

Yazımın başında da belirttiğim gibi SQL Azure’da fiziksel yönetim MSITS (Microsoft Information Technology Services) tarafından yapılmaktadır. Bu şekilde disk,memory gibi yönetimler için kaynak kullanmak zorunluluğumuz ortadan kalkmakta ve bu da maliyetlerin düşürülmesi anlamına gelmektedir.

Disk,memory gibi fiziksel yönetimin yanında sunucudaki kurulum (Installation) ve kurulum yükseltmeleri de (SP,Cumulative Update vs.)  MSITS kontrolündedir.

Bu bilgileri verdikten sonra aklınıza şöyle bir soru gelebilir. "Peki ama SQL Server veritabanı yöneticileri ne yapacak?”

Veritabanı yöneticilerinin SQL Azure’da da önemi devam etmektedir. Index iyileştirmesi, sorgu optimizasyonu ve güvenlik işlemleri (login,roller vs.) veritabanı yöneticileri tarafından yürütülmeye devam etmektedir.

Yönetimsel maliyetlerinin düşürülmesinin avantajları olduğu gibi bazı dezavantajları da vardır. Örneğin disk yönetimi MSITS’de olduğundan, bir tablo ya da index’i istediğimiz bir fiziksel disk ya da filegroup’ta bulundurma şansımız bulunmamaktadır. Ayrıca şu an için yedek de alamamaktayız. Backuplar MSITS yönetiminde olup otomatik olarak alınmaktadır ve son kullanıcılar bu yedek dosyalarına erişemez. (Sonraki versiyonlarda mantıksal yedeklerin ve yedekleri indirmenin (restore) destekleneceği konuşulmaktadır.)

Topoloji

Ağ topolojisi (Network Topology), yükün dağıtımı (Load Balancing) ve Failover gibi yüksek süreklilik özelliklerini aşağıdaki grafikteki gibi özetleyebiliriz.

4

İstemci uygulamaları isteği Internet üzerinden ODBC, ADO.Net protokolleri ile Azure’a ulaşır. Bu protokollerin her biri Tabular Data Stream (TDS) oluşturur. SQL Gateway’e ulaşan istek ilgili veritabanı sunucusuna yönlendirilir.

Aslında bağlantı kurulmak istenen sunucu bir mantıksal sunucudur. Bu mantıksal sunucuya gelen istek SQL Gateway’e gelir ve SQL Gateway’da gelen isteği fiziksel sunucu üzerindeki veritabanına yönlendirir.

Load Balancing’i biraz detaylandırırsak eğer; yeni bir SQL Azure DB oluşturma isteği geldiğinde Load Balancer, sunucular üzerindeki yükü analiz ederek bu yeni veritabanının primary ve secondary replikalarını nereye koyacağına karar verir.

Ayrıca eğer bir sunucu ağır bir yük altında kalırsa, Load Balancer bu sunucu üzerinde bulunan primary replikayı alır ve daha az yük altında olan başka bir sunucunun üzerine yerleştirir.

Ring Topology

Bu aşamada SQL Azure’da bulunan Ring Topolojisinden bahsetmek istiyorum. Ring Topology, sunucuları mantıksal bir halka halinde birbirini bağlamaktadır. Bu yapıda her sunucu 2 komşusunu (neighbor) kontrol etmekte, aynı zamanda her sunucuda 2 komşusu tarafından kontrol edilmektedir. Bu kontroller sırasında bir sunucunun çalışamaz durumda olduğu belirlenirse bu sunucu halkadan çıkartılıp yerine yeni bir sunucu atanmaktadır.

5

Örneğin bu yapıda, 15 numaralı sunucu 84 ve 34 numaralı sunucular tarafından izlenmektedir ve eğer 15 numaralı sunucunun çalışamaz olduğunu 84 ya da 34 numaralı sunucu fark ederse bu sunucu halkadan çıkarılmaktadır.

Eğer bir sunucunun yeniden başlatılması gerekiyorsa bu durum sunucunun çalışamaması olarak değerlendirilmemekte, clean failure olarak düşünülmektedir. Çünkü böyle bir durumda sunucu yeniden başlatılmadan önce bu durumu komşularına (neighbor) bildirmektedir.

Ayrıca yeri gelmişken SQL Azure Veri Merkezleri ve Sunucuları hakkında biraz konuşalım.

Veri Merkezleri Hakkında

Microsoft’un dünya genelinde sahip olduğu veri merkezi sayısı güvenlik sebebiyle tam olarak açıklanmamaktadır. Sadece, 10’dan fazla 100’den az olduğu belirtilmekte, ayrıca gene güvenlik nedeniyle bu veri merkezlerinden sadece 6 tanesinin yeri bilinmektedir. Bu 6 veri merkezi Chicago, San Antonio, Dublin, Amsterdam, Singapore ve Hong Kong’da konuşlanmış durumdadır.

Veri Merkezlerin mimarisi hakkında genel bir bilgi edinmek için aşağıdaki videoları izlemenizi tavsiye ederim.

Chicago veri merkezi hakkında bazı detaylar bulunmakta. Microsoft’un bu veri merkezi için 500 milyon dolar gibi bir rakam harcadığı söylenmekte. 65.000 m2 alana yayılı bu devasa yapıda 112 adet 40’lık sunucu konteynırları bulunmakta ve bu konteynırların içinde de toplamda 224 bin sunucu yer alıyor. Aşağıda resimde Chicago veri merkezinde bulunan çiftli konteynırları görebilirsiniz.

6

Aşağıda ise Dublin veri merkezinin kuş bakışı çekilmiş bir fotoğrafını görebilirsiniz.

7

Şimdi biraz da konteynırlar içinde bulunan sunucular hakkında bilgi verelim. Azure’da bulunan sunucular 32 GB RAM, 8 core CPU ve 12 fiziksel disk içeren sunuculardır ve fiyatları yaklaşık olarak 3500 dolardır. Fiyatının böyle uygun olmasından dolayı Ring Topology sayesinde çalışamaz durumda olduğu belirlenen bir sunucu çalışmama sebebi ister fiziksel disk bozulması gibi büyük bir sıkıntı olsun, ister SQL Azure Servisinin çalışmaması gibi küçük bir sıkıntı olsun, veri merkezinden çıkartılmaktadır. Tamir yapılması gibi bir durumla uğraşılmamaktadır. Çünkü sunucuyu tamir etme maliyetinin sunucunun kendi maliyetinden daha yüksek olduğu düşünülmektedir.

SQL Azure’da Güvenlik

Veritabanını bulutta bulundurmak herkesin kafasında bir soru işareti bırakmaktadır: SQL Azure’da gerçekten verinin güvenliği sağlanabiliyor mu?

SQL Azure’un hatta tüm bulut mimarisinin baş etmeye çalıştığı en önemli sorun ya da insanların aklındaki kırılması en zor tabu bu konudur.

Örneğin, SQL Azure Türkiye kullanımına açılsa dahi bankaların kullanımı için uygun değildir. Çünkü BDDK, banka verilerinin yurtdışında barındırılmasına onay vermemektedir. Kısa vade de Türkiye’de bir veri merkezi kurulması öngörülmediği için bankalarda SQL Azure kullanımı oldukça zor gözükmektedir. Tabii ki ana bankacılık dışında kalan veritabanları SQL Azure’a taşınabilir. Bu konuda BDDK’nın herhangi bir yaptırımı bulunmamaktadır. Örneğin banka içi geliştirilen, iç kontrol ile alakalı, finansal bilgi içermeyen veritabanları SQL Azure üzerinde bulundurulabilir.

Güvenlik açısından Windows Azure sunucusu ile SQL Azure sunucusu arasında SQL Azure Firewall bulunmaktadır. Yapıyı şu şekilde özetleyebiliriz.

8

Bağlantının sağlanması için bağlantı kuracak istemcinin ya da sunucunun ip bilgisinin SQL Azure üzerinde yapılandırılması gerekir. (Daha sonraki demolarımızda bu işleme adım adım değineceğiz) Bu sayede denial-of-service (DoS) ataklarının önüne geçilmesi amaçlanmaktadır.

Ayrıca uygulama ile SQL Azure arasında kurulan bütün bağlantıların SSL encrypted olması şarttır. Uygulama sunucusu  Encrypt = True anahtar kelimesi ile bağlantı kurmalı ve bu şekilde de man-in-the-middle atakların önüne geçilmelidir.

Migration – Deployment

SQL Azure kullanmaya karar verdikten sonra, hali hazırda kullandığımız veritabanlarını SQL Azure’a taşımamız gerekmekte. Ya da yeni geliştirdiğimiz uygulamaların veritabanı olarak SQL Azure’u kullanmalıyız.

Microsoft, Migration ve Deployment için şu seçenekleri bizlere sunmaktadır.

  • Generate Script Wizard : SQL Server 2008 R2 ve sonraki versiyonlarda Generate Script Wizard kullanılarak schema (tablo,sp vs.) ve veri için deployment scripti oluşturulabilir. 2008 R2’dan önceki versiyonlarda da Generate Script özelliği bulunmasına rağmen bu versiyonlarda SQL Azure’a özel script oluşturulamamaktadır. Dolayısıyla SQL Azure’a yapacağımız taşımalarda eğer Generate Script Wizard kullanmak istiyorsak Management Studio için 2008 R2 versiyonunu kullanmamız gerekmektedir. Ayrıca şu notu da düşmemizde fayda var. Çok fazla veri içeren veritabanlarını bu yöntem ile taşımak biraz zor olabilmektedir. Bu durumda SSIS çözümünü değerlendirmenizi tavsiye ederim.
  • SQL Azure Migration Wizard (SQLAzureMW) : SQL Azure Migration Wizard, 2005 ve 2008 SQL Server veritabanlarını Azure’a taşımak için kullanabileceğiniz, CodePlex üzerinden dağıtılan ücretsiz bir araçtır. Ayrıca SQLAzureMW ile SQL Azure üzerine taşınmak istenen veritabanının SQL Azure ile uyumlu olup olmadığı kontrolü de yapılabilmektedir.
  • SSIS : SQL Server Integration Service ile veritabanında bulunan verilerin SQL Azure’a taşınması mümkündür. Bu yöntemle ayrıca periyodik olarak veritabanından SQL Azure’a otomatik veri gönderme imkânı sunulabilmektedir.
  • Bulk Copy: Bu yöntemle de verilerin “bulk insert” mantığıyla SQL Azure’a taşınması mümkündür.

Gördüğünüz gibi hali hazırda kullandığınız ya da yeni geliştirdiğiniz veritabanlarını SQL Azure’a taşımak için birden fazla çözüm sunulmakta.  Her bir çözümün farklı artıları ve eksileri bulunmaktadır. Bu çözümleri değerlendirip hangisi sizin ortamınız için en uygunsa o çözümü kullanmanızda fayda vardır.

Uygulama Geliştirme konusunda şöyle bir not düşmek istiyorum: SQL Azure’da barındıracağınız veritabanlarına erişen uygulamaları daha önce konuştuğumuz gibi kendi sunucularınızda (code-far) ya da Windows Azure’da (code-near) barındırma şansınız var. Hangi yapıyı kullanacak olursanız olun uygulamayı geliştirirken veritabanını nerede barındıracağınızı düşünerek işe başlamanızı tavsiye ederim. Bu size daha hızlı bir uygulama geliştirme süreci oluşturacaktır. En son taşıma (deployment) aşamasında yukarıda bahsettiğim yöntemlerden birini kullanarak veritabanını taşıyıp, uygulamada da gerekli connection string değişikliğini yaparak taşıma işlemini tamamlayabilirsiniz.

T-SQL Kapsamı

SQL Azure’da T-SQL kapsamı, SQL Server’ın seçilmiş alt kümesi diyebiliriz. T-SQL komutlarını SQL Server mantığında kullandığımız şekliyle SQL Azure’da da kullanabiliriz. Yalnız burada bazı kısıtlamalar bulunmakta: bazı syntax’ları kullanamamaktayız. Bunların detayına daha sonraki makalelerde ayrıntılı olarak değineceğim.

SQL Server – SQL Azure Farklılıkları

SQL Azure’da bütün SQL Server özellikleri(feature) desteklenmemektedir. Örneğin Analysis Services, Replication, SQL Server Agent ve Service Broker SQL Azure’da şu an için bulunmamaktadır. (Bu özelliklerden bazılarının sonraki versiyonlarda geleceği söylenmektedir.)

Fiziksel yönetim Microsoft’ta olduğu için, fiziksel kaynakları direk ilgilendiren Resource Governer gibi özellikler de SQL Azure’da yer almamaktadır.

Ayrıca SQL trace flags, SQL Server Profiler ve Database Tuning Advisor‘da SQL Azure’da yer almayan özelliklerdir.

Şimdi SQL Server ile SQL Azure karşılaştırmasına daha detaylı bakalım:

  • Oluşturulacak veritabanı boyutu açısından SQL Server kullanımında bir sınırlama yoktur, SQL Azure’da ise veritabanı boyutu en fazla 50 GB olabilir. Bu maksimum boyut SQL Azure sürümüne göre değişiklik göstermektedir. SQL Azure’da bulunan Sharding teknolojisi ile veritabanını yatay olarak farklı fiziksel sunucularda partition yaparak sınırsız boyutta bir veritabanı oluşturmak mümkündür. Sharding teknolojisine daha sonraki makalelerimde daha detaylı olarak değiniyor olacağım.
  • SQL Azure’a, Management Studio’nun 2008 R2 veya daha üst versiyonları ile bağlanılabilir. Ayrıca web tabanlı Database Manager (Project Code-Named “Houston”) ile de SQL Azure’a bağlantı yapmak mümkündür.
  • SQL Azure sadece SQL Server Authentication’ı desteklemekte, Windows Authentication’ı desteklememektedir.
  • SQL Azure’da heap tablo bulunmasına izin verilmemektedir. Yani her tabloda Clustered Index bulundurulması zorunludur. Bu zorunluluğun detaylarına daha önce değinmiştim. Kısaca üzerinden geçmek gerekirse, yüksek süreklilik için tablo üzerinde bir anahtar alana ihtiyaç vardır. Bu yüzden her tabloda bir Clustered Index bulundurulması istenmektedir.
  • Use komutu SQL Azure’da kullanılamamaktadır. Veritabanları arası geçiş yapılmak isteniyorsa, geçilmek istenen veritabanına doğrudan bağlantı yapılması gerekir. Use komutunun kullanılamamasının sebebi, veritabanlarının her birinin farklı fiziksel sunucularda bulunabilme ihtimalidir (Load Balancing). Use komutunu kullanmak istediğimizde veritabanı farklı fiziksel sunucuda olduğu için farklı bir bağlantı kurmamız gerektiğinden Use komutunun kullanılmasına izin verilmemektedir.
  • Use komutu kullanılamadığı için application connection string’de initial catalog bilgisi verilmesi ve hangi veritabanına bağlantı kurulmak isteniyor ise bunun belirtilmesi gerekmektedir.
  • Sunucuya bağlantı 1433 numaralı port üzerinden yapılmaktadır ve bu port değiştirilememektedir. Yani dynamic port kullanılamamaktadır.
  • Transactional Replication, Log Shipping ve Mirroring SQL Azure’da desteklenmemektedir.
  • SQL Server Agent, SQL Azure’da bulunmamaktadır.
  • SSIS‘da SQL Azure’da bulunmayan bir özelliktir.
  • Kullandığın kadar öde yaklaşımı sayesinde veritabanı boyutuna ve aylık veri transfer hacmine göre ücretlendirme yapılır. Bu şekilde kullanılmayan bir disk kaynağı için yatırım yapılmamış olur.
  • Collation olarak sadece SQL_Latin1_General_CP1_CI_AS desteklenmektedir. Şu anda bu sıkıntı kolon bazında collation verilerek aşılabilir. Daha sonraki sürümlerde yeni collation’ların destekleneceği belirtilmektedir.
  • SQL Azure’a özel yeni bazı monitoring DMV’leri bulunmaktadır. (sys.bandwidth_usage, sys.dm_database_copies vs.)
  • SQL Azure’da veritabanları default olarak Read Committed SnapShot Isolation Level’dadır. SQL Server’larda ise varsayılan (default) olarak Read Committed’dır. Ayrıca SQL Server’ların seçenek kısmından isolation level değiştirebiliyor iken, SQL Azure’da seçenek değişikliği yapılamadığı için isolation level değişikliği sadece explicitly olarak yani connection için değiştirebilir. Bu değişiklik transaction başlamadan önce “SET TRANSACTION ISOLATION LEVEL” komutu kullanılarak yapılır.

Son olarak yararlı bir kaç SQL Azure kaynağı vererek yazımı sonlandırmak istiyorum. Daha sonraki yazılarımda SQL Azure kullanımını canlı demolar yaparak daha detaylı inceliyor olacağız.

 

Yazan : Turgay Sahtiyan

Teknik İnceleme : Önder Yıldırım

Yayınlanma Tarihi: Mart 2011

Not : Blog haricinde, faydali gördügüm yazilari ve linkleri twitter adresimden paylasiyorum. Beni twitter'da takip etmek için : twitter.com/turgaysahtiyan