Etiket Bulutu

Benchmark Convert_IMplicit Database High Availability Database Mirroring datawarehouse dimension table dmv Dynamic Data Masking Execution Execution Plans fact table Failover Cluster Node ekleme Failover Clustering FileStream generate script High Availability Implicit Instant File Initialization index Kinect Linux Live Query Statistics Log Shipping Mirroring object explorer object explorer details ODBC Driver pass performance performance tuning Plan Handle Planü Power View reporting services rol Row Level Security script sql serer 2016 sql server SQL Server 2008 SQL Server 2008 Log Shipping SQL Server 2012 SQL Server 2012 installation SQL Server 2012 Kurulumu SQL Server Backup SQL Server da Backup planı SQL Server da Maintenance Plans oluşturma SQL Server database mirroring SQL Server Disaster Recovery sql server dynamic management views SQL Server Failover Cluster SQL Server High Availability SQL Server Log Shipping SQL Server Maintenace Plans sql server performans SQLDIAG SQLDIAG Troubleshooting T24 Temenos truncate table t-sql unique index performance 1. Dünya savaşı istatistikleri 1456 451 ACID advanced analytics Advanced Data Analytics Affinity algı Alter index Alter table ALTER TABLE .. ALTER COLUMN Altın Oran Always On ALWAYSON AlwaysOnDemoTool amazon web services kinesis AMR analiz analysis service Ankara Antivirus apache kafka Arduino Article Assembly asymmetric audit Authentication Auto Growth Availability Group azure Azure Backup azure event hub partition azure event hubs azure event hubs servisi azure event hubs veri edinme Azure File Share Azure Fiyatlandırma Azure HDInsight Azure Hizmet Modelleri Azure ML Azure New Portal Azure Pricing Azure Queue azure sql database configuration azure sql database kullanımı azure sql database stream veriyi tutma azure sql database table partitioning Azure Storage azure stream analytics azure stream analytics dashboard azure stream analytics ölçeklendirilmesi azure stream analytics servisi Azure Table BA Backup backup encyrption backupset Bakım BASE bellek Best Practice BI Semantic Model Big Data Big User blocking blocking disable trigger blocking enable trigger Buffer Cache buffer pool Buffer Pool Extension bulk logged Buluta Veri Depolama Buluttaki Disk Business Analytics Conference business intelligence Büyük Veri Case Central Management Server certificate changed data capture Cloud Computing Cloud DR CLR Cluster clustered columnstore index Clustered Index Code Snippets Cold Purging collation column store column-level columnstore ColumnStore Indexes Compress ComputerNamePhysicalNetBIOS Concurrency Conditions Contained Database Contained Databases convert CONVERT_IMPLICIT Corruption Credentials cube DAC Dashboard Tasarımı data cleansing Data Compression Data Consistency Model data encryption data matching data mining Data Page data profiling data quality Data Services Data Warehouse Design Database database list Database Management Sistem database master key Database Mirroring Database Snapshot database trigger database-level Data-Ink Ratio datasets datasource DataZen date date dimension db_owner DBA DBCC dbcc dropcleanbuffers dbcc freeproccache DBMS dbo user DDL deadlock debugging DecryptByKey DecryptByPassPhrase deleted bitmap delta store Denali Denali SSAS deny database list deşifre detail index developer DIFFERENTIAL BACKUP DirectQuery Dirty Read Disaster Recovery Distribution Yapılandırma Distributor Distributor Agent dm_server_services DMF DMO DMV document db dosya bazlı şifreleme dqs dr Dynamic Management Function Dynamic Management Object Dynamic Management View ecrypt Effected Report Design Techniques Eğitim EncryptByKey EncryptByPassPhrase encryption endpoint Environment Variable error Error 5030 Error Log Estetik Raporlama Estimated Rows Eş Zamanlılkk Etkili Rapor Tasarlama Teknikleri Etkinlik ETL event Event Viewer except;intersect;sql execution Execution Plan export formats extended events Extended Stored Procedure Facets Failover Failover Cluster fast n execution plan FETCH NEXT FILELISTONLY FILLFACTOR File Table file-level FileStream Filter Pack Filtered Index First_Value Flat File fn_repl_hash_binary Focal Point foreignkey FORMAT Forwarded Record forwarded_record_count ftp task FULL BACKUP Full Recovery Full-Text Search functions Gartner Geocluster Gerçek Zamanlı Dashboard gestalt Golden Ratio görsel duyu group by Güvenlik ha Hadoop hafıza Hash HASHBYTES HEADERONLY headers footers Heap Hekaton hicri High Availability hijr Hiyerarşi Hybrid Cloud IaaS Index Index Scan In-Memory InMemory DW In-Memory DW InMemory OLTP In-Memory OLTP Internet of People Internet of Things IO IOT IoT nedir Isolation Level indeks index inmemory in-memory oltp internet of things isolation level istatistik istatistikler İş zekası İzolasyon Seviyesi Job json json support knowledge base kolon-satır bazlı kurulum küp Lag Lansman latch Lead linked server lock locking locking hints Log Backup Log Reader Agent Log Shipping login Lost-Update LQS Machine Learning Maintenance Management Studio matrix Max Text Replication Size mdx memory Memory Optimization Advisor Memory Optimized Table Memory Optimized Tables merge Merge Agent merge kullanımı Merge Publication Merge Replication merge type 1 slowly changing dimension merge type 1 slowly changing dimension örneği merge type 1 vs type 2 scd merge type 2 slowly changing dimension merge type 2 slowly changing dimension örneği merge type 3 slowly changing dimension merge type 4 slowly changing dimension message Microsoft Advanced Data Analytics Çözümleri microsoft azure Microsoft Bulut Microsoft Sanal Akademi Microsoft SQL Server Microsoft SQL Server 2014 Yenilikleri Microsoft SQL Server 2016 Mirror mirroring missing index Monitoring move Msdb multi_user multiversion concurrency control MVP MVP Roadshow MySnippet Named Pipes Natively Store Procedures Natively Stored Procedures Nesnelerin İnterneti Network Binding Order NoEngine Approaches nonclustered columnstore index Non-Repetable Read NoSQL NoSQL Approaches NoSQL Dünyası object explorer Odak Noktası ODBC Office 365 Offline OFFSET olap OLAP Backup OLE DB OLTP Online Index order attributes Otomatik Büyüme OVER PaaS PAD_INDEX page out page properties PAGE RESTORE PAGEIOLATCH paging parameters partition partitioning PASS PASS Summit PASS Summit 2014 Performance Performance Tuning performans performans tuning Phantom Read pivot Policies Policy Based Management Filtreleme Policy Management Power BI Power BI Dashboard Power BI Rest API power bi power view PowerBI PowerBI for Office 365 powerbi PowerMap PowerPivot PowerQuery powershell powershell ile sql yönetimi PowerView PowerView raporlarının web sayfalarına gömülmesi precon Primary Key primarykey Project Deployment Model Project Variable Protokol Proxy Proxy Account Publisher Purging on Independent Tables QL Server 2014 Yenilikleri Que Reader Agent Query Plan query store R Range Raporlama Raporlama Projeleri için Strateji Belirleme Raporlama Projelerine Hazırlık Read Committed Read Uncommitted RealTime Dashboard Rebuild RECONFIGURE RECONFIGURE WITH OVERRIDE Recovery model Relational Engine relationships Rename SSRS Database Repeatable Read Replication Replication Monitoring replikasyon report manager web site report parts reporting service reporting services reporting servis Resource Governor RESTORE Restore Database Restore Generate Restore Generate Script Restore transaction log rollback rs Rule of Thirds sa user SaaS sayfalama scd 3 demo scd karşılaştırma scd type 4 demo Scheduling Schema Comparison script Security segment elimination select into Self-Service BI Semantic Search Serializable Server Core SERVERPROPERTY Service services shared data sources shared datasets Shared Memory sharepoint Sharepoint 2010 ShowPlan Shrink simple recovery sing_user sliding window Slowly Changing Dimension snapshot Snapshot Agent Snapshot Publication Snapshot Replication Snippet snowflake sorting sp_configure sp_describe_first_result_set sp_server_diagnostics sp_spaceused sql SQL Agent Job SQL Azure sql bilgi yarışması SQL CLR SQL DIAG SQL DIAG Performans verisi toplama SQL endpoint SQL Login SQL Onculeri SQL Öncüleri sql script sql server SQL Server 2005 SQL Server 2008 SQL Server 2011 CTP3 SQL Server 2011 Denali SQL Server 2012 SQL Server 2012 CTP3 SQL Server 2012 RC SQL Server 2012 RC0 SQL Server 2012 ShowPlan Enhancements SQL Server 2012 T-SQL Enhancements SQL Server 2014 Sql Server 2014 Cardinality Estimator SQL Server 2014 Yenilikleri sql server 2016 SQL Server 2016 New Features SQL Server 2016 Yenilikleri sql server agent sql server assembly ekleme SQL Server Authentication sql server cast ve convert sql server clr integration sql server clr kullanımı sql server clr örnek sql server cluster SQL Server Code Name Denali SQL Server da Kullanıcı Yaratma SQL Server Database Project sql server dmv ve dmf sql server execution plan temizleme SQL Server Express Backup sql server fast n option örneği sql server fast n seçeneği SQL Server login sql server management stdio sql server merge into örnek sql server merge komutu sql server merge performnas sql server merge type 1 scd sql server merge type 2 scd sql server merge type 3 scd SQL Server Mobile Report Publisher SQL Server Network Interface SQL Server Onculeri SQL Server Öncüleri SQL Server Öncüleri Ankara SQL Server Performance sql server performans SQL Server Profiler SQL server recovery model SQL Server Reporting Services SQL Server Restore Generate Script SQL Server sa SQL Server Security SQL Server SQL DIAG sql server tarih dönüşüm işlemi sql server tarihsel veriler ile çalışma SQL Server User SQL Server yetki SQL Server yetkilendirme sql servera .net kodu ekleme SQL Serverda yetkilendirme nasıl SQL Serverda yetkilendirme nasıl yapılır sql to oracle linked server sql türkiye SQL User With Password sql yarışma SQLCMD sql'den oracle'a linked server SQLDIAG SQLDIAG Report SQLOS sqlsaturay SQLSaturday SQLSaturday #182 SQLSaturday #359 sqlsaturday #451 sqlserveronculeri ssas SSAS 2012 SSIS SSIS 2012 ssis SSMS SSMS Project SSMS Solution ssrs Stanby Database star schema STOPAT STOPBEFOREMARK STORAGE Storage Engine stored procedure stream analytics job subreports Subscriber Subscription subscriptions symmetric SYS sys.dm_db_index_physical_stats sys.dm_db_index_usage_stats sys.dm_db_missing_index_columns sys.dm_db_missing_index_details sys.dm_db_missing_index_group_stats sys.dm_db_missing_index_groups sys.server_principals sysadmin System Databases System View şifre şifreleme table table difference TableHasClustIndex TableHasIdentity TableHasPrimaryKey Tablet PC Tabular Mode Tabular Model TCP/IP TDE Tempdb time series Transaction Transactional Publication Transactional Replication Transparent Data Encryption trigger Troubleshooting TRY_CONVERT TRY_PARSE tsql t-sql T-SQL 2012 tsql mistakes Undocument union unionall Updatable ColumnStore İndex upgrade Veri ambarı veri edinme seçenekleri Veri Güvenliği Veri Hizmetleri Veri madenciliği Veri Mürekkep Oranı Veri Tabanı Yönetim Sistemleri Veri Tipi Veri Tutarlılık Modelleri Veri Yönetimi Evrimi verinin evrimi Veritabanı oluşturmak VERİTABANI YEDEKLEME STRATEJİLERİ veritabanı yedeklerinin şifrelenmesi Veritabanı Yöneticisi Veritabanı Yönetimi VeritPaq view any database Visual Studio VTYS web services Webcast Windows 7 Windows 8 Windows Authentication Windows Azure Windows Failover Clustering wmi WRITELOG xevents xp_sqlagent_enum_jobs YEDEKLEME STRATEJİLERİ Yedekli Çalışma Yetkilendirme Yiğit Aktan ysfkhvc yusuf kahveci Yüksek Erişilebilirlik Yüksek Süreklilik zip

Microsoft SQL Azure

Ekleyen: Turgay Sahtiyan Microsoft Senior SQL Server PFE Tarih:15.08.2011 Okunma Sayısı:3474


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

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 Topoloji
  • 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 yaklaşımı” uygun maliyetli bir hizmet alıyorsunuz.

Kullandığın kadar öde yaklaşımı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.

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.

 

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.

İ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.

Ö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.

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

Ş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.

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 : SQLServer Integration Service ile veritabanında bulunan verilerin SQL Azure’a taşınması mümkündür. Bu yöntemle ayrıca periyodik olarak localveritabanından SQL Azure’a otomatik veri gönderme imkânı sunulabilmektedir.
  • Bulk Copy: Buyö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.
  • Usekomutu 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 MirroringSQL 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.

http://www.microsoft.com/en-us/sqlazure/default.aspx
http://msdn.microsoft.com/en-us/windowsazure/sqlazure/default
http://social.technet.microsoft.com/wiki/contents/articles/comparing-sql-server-with-sql-azure.aspx
http://www.microsoft.com/downloads/en/confirmation.aspx?FamilyID=413E88F8-5966-4A83-B309-53B7B77EDF78&displaylang=en
http://www.microsoft.com/applicationplatform/tr/tr/Key-Technologies/SQL-Azure.aspx
http://sqlserverday.be/uploads/pres/200_DBIntheCloud.pdf
http://social.technet.microsoft.com/wiki/contents/articles/inside-sql-azure.aspx
http://social.technet.microsoft.com/wiki/contents/articles/sharding-with-sql-azure.aspx


yorum yaz

Üye Girişi

Kullanıcı Adınız

Şifreniz

Şifremi Unuttum

Arkadaşına Tavsiye Et

Tavsiye edebilmek için siteye giriş yapmalısınız