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

SQL Server 2012 CTP3 İle Yüksek Erişilebilirlik Çözümleri - ALWAYSON 2

Ekleyen: Kadir Evciler Eurobank Tekfen Veritabanı Yöneticisi Tarih:11.11.2011 Okunma Sayısı:2694


Makale serimizin bu bölümünde SQL Server 2012 CTP3 sürümü ile gelen “ALWAYSON” servis özelliğini örneklerle inceliyor olacağız. Bugünki  örneklerimizde “ALWAYSON” servis özelliğini aktif hale getireceğiz  ve yeni bir Availability Group tanımlamak için hangi adımlardan geçmemiz gerektiğinden bahsedeceğiz ve son olarak Availability Group ların bizlere sağladığı önemli avantajları örneklerle inceleyeceğiz.

“ALWAYSON”  Servis Özelliğini Aktif Hale Getirmek

Bu örneğimizde “ALWAYSON” servis özelliğini hangi şartlarda ve nasıl aktif hale getirebileceğimizden bahsedeceğiz. Daha öncede bahsettiğimiz gibi “ALWAYSON” servis özelliğini aktif hale getireceğimiz sunucuların kümelenmiş bir windows sunucunun düğümleri olması gerekmektedir. Bu ön gereksinim sağlandığında  “SQL Server Configuration Manager” da “SQLServer” servisi için “ALWAYSON” bölmesi aktif hale gelir

Bu pencerede “ALWAYSON” u aktif veya pasif hale getirebilir, ilgili sunucunun düğümü olduğu kümelenmiş windows sunucunun adını öğrenebilirsiniz.

Availability Group Kurulumu ve Konfigürasyonu 

Örneğimizin bu kısmında bir “Availability Group” tanımlamak için geçmemiz gereken konfigürasyon adımlarını göreceğiz. Öncelikle örneğimiz için üç farklı veritabanı tanımlayalım ve bu veritabanlarının “RECOVERY MODEL” özelliklerini “FULL”  olarak set edelim. Makalenin başlarında bahsettiğim gibi “Availability Group” lar mirroring teknolojisinin üzerine geliştirilen bir özellik olduğundan dolayı , her bir veritabanı  için ön gereksinim “database mirroring” öngereksinimleri ile aynıdır.

-- Veritabanları Tanımlanır

create database AG_DB_1 ;
create database AG_DB_2;
create database AG_DB_3;
 

/*Recovery Model özelliği full olmayan veritabanlarının 
recovery modelleri full olarak değiştirilir
*/

if exists(select * from sys.databases where 
name='AG_DB_1' and recovery_model_desc!='FULL')
      ALTER DATABASE AG_DB_1 SET RECOVERY FULL
if exists(select * from sys.databases where 
name='AG_DB_2' and recovery_model_desc!='FULL')
      ALTER DATABASE AG_DB_2 SET RECOVERY FULL
if exists(select * from sys.databases 
where name='AG_DB_3' and recovery_model_desc!='FULL')
      ALTER DATABASE AG_DB_3 SET RECOVERY FULL

“RECOVERY MODEL”  ön gereksinimi sağladıktan sonra “Availability Group” sihirbazını çalıştırarak , yeni bir “Availability Group” tanımlayalım

SQL Server 2012 CPT3 sürümüyle SQL Server Management Studio da Management grubunun altında yeni bir grup olarak “Availibility Groups” görmekteyiz. Bu grubun üzerinde sağ tuş yaparak yeni grup tanımı için sihirbazı başlatalım

 

 

Sihirbaz “Introduction” bölümü ile başlayacaktır ve bu aşamada bize yeni bir “Availability Group” tanımında ihtiyaç duyacağımız gerekli konfigürasyon tanımlarını özetlecektir. Biz aşağıdaki resme gore bir konfigürasyon tablosu oluşturalım ve kurulumu bu konfigürasyon tanımları doğrultusunda şekillendirelim

 

Konfigürasyon Tanımları

Açıklama

Değer

Specify an availability group name

Availability Group için özel bir isim

AVGR1

Select one or more user databases on the instance of SQL Server

Grubun içinde bulunacak veritabanlarının seçimi

AG_DB_1 AG_DB_2 AG_DB_3

Specify one or more instances of SQL Server to host secondary availability replicas

ikincil eşlenik sunucu niteliğindeki sunucuların seçimi

W2K8R2N_2

Select your initial data synchronization preference

Eşitlemeyi başlatma tercihleri

 Otomatik

Check the validation results of availability group creation

Grup tanımlama onay mekanizmasının sonuçlarının gözden geçirilmesi

 

Review your selection

Konfigürasyon seçimlerinin özet bilgisi

 

 

Belirlenen Availability Group adı girilir

Veritabanı seçim ekranında seçebileceğiniz veritabanları ve seçemeyeceğiniz veritabanları için ön gereksinim belirtilir.Bizim örneğimize devam  edebilmemiz için seçilmesi gereken veri tabanlarının full backuplarını almamız gerekiyor.

-- Full backuplar alınıyor   
BACKUP DATABASE AG_DB_1 TO DISK='C:\DBBackups\AG_DB_1_FULL1.BAK' WITH INIT
BACKUP DATABASE AG_DB_2 TO DISK='C:\DBBackups\AG_DB_2_FULL1.BAK' WITH INIT
BACKUP DATABASE AG_DB_3 TO DISK='C:\DBBackups\AG_DB_3_FULL1.BAK' WITH INIT

Yenileme düğmesine basarak ön gereksinimlerin tekrardan kontrol edilmesi sağlanır.

Bir sonraki aşamda ikincil eşlenik sunucuları ve ikincil sunucu rolü esnasındaki erişim kurallarını belirleyebiliyoruz. Erişim kurallarında karşımıza üç farlı seçenek çıkıyor. Şimdi bunların ne olduklarına değinelim

·         Disallow Connections : Bu durumda ikincil erişilebilir eşlenik sunucudaki seçilen veritabanlarına erişim mümkün olmayacaktır
·         Allow Only Read Intend Connections: Bu durumda ikincil erişilebilir eşlenik sunucudaki seçilen veritabanlarına gelen bağlantıların “read-only” özelliğinin “true” olması şartıyla  salt okunur şekilde erişimi sağlanır
·         Allow All Connections: Bu durumda ikincil erişilebilir eşlenik sunucudaki seçilen veritabanlarına tüm bağlantıların salt okunur şekilde erişimi sağlanır

Birsonraki aşamda “#AVGR” için dinleyici bilgilerini ayarlayacağımız ekran karşımıza çıkacaktır. Bu aşamada yapacağımız tanımlar, istemci bağlantıları tarafından bu “#AVGR” veritabanlarına bağlanırken kullanılabilecek sunucu ismini, ip adresini ve port numarasını belirleyecekir. Bu ayarlar opsiyonel olup yapılandırması zorunlu değildir

Bir sonraki aşamada veri eşitleme seçimi yapılır, burda karşımıza iki farklı seçenek çıkar

·         “Perform initial data synchronization” seçiminin yapılması ile beraber sihirbaz veri eşitlemesini kendisi yapacak ve bizden yedek alıp yedekten dönmek için her iki eşlenik sunucunun erişebileceği bir ağ paylaşım alanı isteyecektir. bu paylaşım alanına her iki veritabanı sunucusunun servis hesaplarının erişmesi gereklidir, bu ön gereksinim bir sonraki onay aşamasında kontrol edilecektir.
·         “Skip initial data synchronization” seçimin yapılması ile beraber veri eşitlemesi elle yapılmalıdır. Ön gereksinim aşamasında alınan yedekler ikincil eşlenik sunucu üzerine “NORECOVERY” parametresi ile restore edilmelidir. Bu seçim çok büyük veritabanlarında veri eşitleme sürecini bizlerin kontrolüne bırakması açısından önemli olabilir.

Ben örneğime “Perform initial data synchronization” seçerek devam edeceğim.

Bir sonraki aşamada sihirbaz başlangıç veri eşitlemesini yapabilmek için gerekli kontrolleri yapar, yapılan kontrollerin listesi aşağıdaki gibidir.

·         Veritabanı yedekleri için verilen ağ paylaşımının uygunluğunu
·         İkincil eşlenik sunucu üzerindeki disk alanının yeterliliğini
·         Grup içindeki veritabanlarının ikincil sunucuda olmadığını
·         Birincil sunucudaki veritabanı dosya larının yerleşiminin ikincincil sunucu için uygunluğunu (Örneğin DB1 veritabanı grup içindeyse ve dosyaları birincil suncuda C:\DB1Dosyaları dizininin içinde bulunuyorsa ikincil sunucuda C:\DB1Dosyaları adında bir dizin olmalıdır. Aksi durumda bu kontrolden geçemeyecektir.)

Son aşamada yapılandırma özeti çıkarılır ve bitiş düğmesine basılmasıyla beraber başlangıç veri eşitleme işlemi ve Availability Group tanımlaması gerçekleştirilir.

İKİNCİL EŞLENİK SUNUCULARDAN VERİ OKUMAK

Makale serimizin ilkinde belirttiğimiz gibi “Database Mirroring” teknolojisinde ikincil eşlenik sunucudan veri okumak için veritabanının belirli bir anda snapshot veritabanı oluşturur ve bu veritabanı üzerinden okuma yapardık. Değişen verilere ulaşamaz, veriler değiştiğinde ise snapshot veritabanımız sürekli büyüme tehlikesi ile karşılaşırdı. Availability Group larda ise ikincil eşlenik sunucularında bulunan veritabanlarını belirlenen koşullarda okuabiliyoruz. “Availability Group Kurulumu ve Konfigürasyonu” örneğimizde ikincil eşlenik sunucuları okunabilir olarak yapılandırdık, şimdi birincil eşlenik sunuculardaki veritabanlarına örnek veriler girip ikincil eşlenik sunucularda okuyabileceğimizi görelim.

--Birincil Eslenik Sunucuda Calisacak Sorgu
use AG_DB_1
go
--Tablo Olusturuluyor
create table OkunabilirTablo
(
Kolon1 int,
Kolon2 varchar(20),
Kolon3 uniqueidentifier,
Kolon4 datetime
)
go
--1000 tane kayit giriliyor
SET NOCOUNT ON
go
insert into OkunabilirTablo (Kolon1,Kolon2,Kolon3,Kolon4) values(CONVERT(INT,RAND()*1000),LEFT(CONVERT(varchar(36),newID()),20),NEWID(),GETDATE())
go 1000

şimdi bu kayıtlara ikincil eşlenik sunucudan erişelim.

use AG_DB_1
go
select * from OkunabilirTablo

Görüldüğü gibi , birincil eşlenik sunucuya girilen veriler senkron eşitleme özelliği sayesinde öncelikle ikincil eşlenik sunucuda işlendikten sonra birincil eşlenik sunucuda işlendi ve verilere eş zamanlı olarak ikincil sunucudan da erişebildik

İKİNCİL SUNUCUDA OTOMATİK TANIMLANAN VE GÜNCELLENEN İSTATİSTİKLER

Availability Grouplar önemli bir özellik olan  AUTOSTATS özelliği sayesinde ikincil eşlenik sunucudaki salt okunur veritabanlarında gerekli durumlarda istatik oluştururlar, gerektiği durumlarda ise varolan bir istatistik güncellenir. Tanımlanan istatistikler  TempDB içinde saklanır ve SQL Server servisinin tekrar başlatılması ile beraber TempDB veritabanı tekrardan yapılandırılacağı için bu objelerde yeni yapılanmış TempDB veritabanında varolmayacaktır.


Uyarı: Bu özelliğin çalışması için birincil eşlenik sunucuda “AUTO_UPDATE_STATISTICS” ve “AUTO_CREATE_STATISTICS” veritabanı özelliklerinin AKTİF olması gerekmektedir, ikincil eşlenik sunuculardaki salt okunur veritabanlarında isteğimiz üzerine istatistik tanımı veya istatistik güncellemesi yapamayız. 

Bu özelliği test etmeden önce birincil eşlenik sunucudaki veritabanlarının “AUTO_UPDATE_STATISTICS” ve “AUTO_CREATE_STATISTICS” özelliklerinin AKTİF olduğunu görelim

Birönceki örneğimizde hazırladığımız OkunabilirTablo adında tablonun üzerinde hiç bir istatistik olmadığını hem birincil hem ikincil eşlenik sunucu üzerinde görelim

--Birincil eşlenik sunucu 

--İkincil eşlenik sunucu

Bu örnekde beklediğimiz ikinci eşlenik sunucuda salt okunabilir tablonun herhangi bir kolonunu sorguladığımız esnada bu kolon üzerine otomatik bir istatistik tanımlanması. Bu senaryonun gerçekleştirimi için ikincil eşlenik sunucuda aşağıdaki sorguyu çalıştıralım .

use AG_DB_1
go
select * from OkunabilirTablo  where Kolon1=1

bu sorgu sonrası her iki sunucuda ilgili veritabanı ve tabloda istatistikleri tekrar kontrol edelim.

--Birincil eşlenik sunucu

--İkincil eşlenik sunucu

Aşağıdaki sorguyu ikincil eşlenik sunucuda çalıştırdığımız taktirde oluşan istatistiğin detaylarını görerek istatistiğin otomatik tanımlandığını anlayabiliriz.

Yukarıdaki resimde de görüldüğü gibi is_temprorary özelliğinin 1 olması bu tabloda bu kolon için birincil eşlenik sunucuda eşdeğer  bir istatistiğin tanımlandığı anda bu istatistiğin geçersiz olacağını ifade ediyor. Bu durumu gözlemlemek için aşağıdaki gib bir örnek yapalım.

Birincil eşlenik sunucuda aynı sorgu cümlesini çalıştırarak eşdeğer istatistiğin otomatik olarak  oluşurulmasını sağlayalım.

--Birincil Eslenik Sunucuda Çalıştırılır
use AG_DB_1
go
select * from OkunabilirTablo  where Kolon1=1

İstatistiğin birincil eşlenik sunucuda oluşması sonucunda ikincil eşlenik sunucuya senkronizasyonu sağlanır. İkincil eşlenik sunucuda bu  istatistikleri tekrar sorgulayalım ve sonucu görelim.

Sonuçtada görüldüğü gibi ikincil eşlenik sunucuda  is_temporary değeri  1 olan istatistiğe denk bir istatistik oluştu. İkincil eşlenik sunucudaki geçici istatistik servisin bir sonraki yeniden başlatılmasıyla beraber silinecektir. İkincil eşlenik sunucuda servisi yeniden başlatarak bu durumu gözlemleyebiliriz.

MANUEL YÜK DEVRETME İŞLEMLERİ

Terminolojideki adı “Failover” olan yük devretme işlemi Availability Grouplar için iki şekilde yapılabilmektedir,

İlk olarak SQL Server 2012 CTP3 yönetim arayüzünden birincil eşlenik sunucudan ikincil eşlenik sunucuya yük devri yapılabilir, bu işlem sonrasında  yük devri yapan sunucu ikincil eşlenik sunucu, yük devri yapılan ise birincil eşlenik sunucu rollerine bürünürler, birden fazla eşlenik sunucu olduğu durumlarda yük devri her zaman birincil eşlenik sunucu olmasını istediğimiz sunucuya yapılır. Bu anlattıklarımızı aşağıda bir örnekle tekrarlayalım.

Örnek amacı ile kurduğumuz yapıda birincil eşlenik sunucu W2K8R2N1, ikincil eşlenik sunucu ise W2K8R2N2 durumunda. Yük devri yaparak rollerin değişmesi durumunda W2K8R2N2 sunucusunun birincil eşlenik sunucu rölüne bürünmesi için aşağıdaki işlemleri gerçekleştireceğiz.

İkincil  eşlenik sunucusu üzerinde SQL Server 2012 CTP3 yönetim ara yüzünde ikincil eşlenik sunucunun sağ tuş menüsünde “Fail Over”  düğmesinde tıklanır.

 

Bu işlemi tamamladıktan sonra karşımıza “Fail Over Availability Group” ekranı çıkacaktır, bu ekranda “OK” düğmesine basılmasıyla beraber yük devri  süreci izlenebilir. 

Bu aşamadan sonra yük devri yapılan sunucucu birincil eşlenik sunucu rolüne sahip olduğunu yine SQL Server 2012 CTP3 yönetim arayüzünden görebiliriz.

Aynı işlemleri T-SQL komutu ile gerçekleştirmek mümkün, bu işlemler için SQL Server 2012 CTP3 ile beraber yeni bir veri tanımlama dili (DDL:Data Definition Language) komutu olan “ALTER AVAILABILITY GROUP”  geliyor, bu işlem Availability Group u  tanımlarken verdiğimiz bir çok parametrenin değiştirilmesini sağlıyabiliyor. Birincil eşlenik sunucu bilgisi  Availability Group un tanım değerlerinden birisi olduğu için buda “ALTER AVAILABILITY GROUP” komutu ile değiştirilir. Bunun için kullanıması gereken komut aşağıdaki gibidir.

--ikincil eslenik sunucuda çalışacak
ALTER AVAILABILITY GROUP [AVGR1] FAILOVER;

Bu betik birincil eşlenik sunucu olmasını istediğimiz ikincil sunucuda çalıştıtılmalıdır, bizim örneğimiz için bu sunucu “W2K8R2N1” sunucusudur.

Komutun çalışması sonucunda roller tekrardan değişecektir.

Makalemizin başlarında Availability Group un tanımlanması ile beraber kümelenmiş windows sunucunda bir uygulama kaynağı (application resource) oluşacağından bahsetmiştik.  Öncelikle yaptığımız örnek sonucunda oluşan  Availability Group un uygulama kaynağını (application resource) “Windows Failover Cluster Manager” üzerinde görelim.

Bu oluşan uygulama kaynağına (application resource) “Failover Clustering” terminolojileriyle  bakıldığında eşlenik sunucuların “Prefered Owner” lar, birincil eşlenik sunucunun “Current Owner” ve tanımladığımız Availability Group  un da bir Application Resource olduğunu görüyoruz.

Bu örneğimizin birinci kısmında bahsettiğimiz işlem (SQL Server 2012 CTP3 yönetim arayüzünden yük devretme) bu yönetim arayüzünde uygulama kaynağının diğer eşlenik sunuculara taşınması anlamına geliyor.

Bu örneğimiz için AVGR1 uygulama kaynağının mevcut sahipliğini W2K8R2N1 den W2K8R2N2 taşıyalım.

Bu işlemden sonra sunucular arasındaki roller değişmiş olacaktır.

 

 


yorum yaz
Turgay Sahtiyan

Turgay Sahtiyan


19.01.2012 13:39


Çok güzel bir seri olacağa benziyor

Kadir Evciler

Kadir Evciler


19.01.2012 13:42


Teşekkürler

Ü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