Adım Adım Rehber: SQL Sunucuları Nasıl Birleştirilir?

Transkript

1 TechTarget Windows Media SearchWinIT.com SearchExchange.com SearchSQLServer.com SearchEnterpriseDesktop.com SearchWindowsServer.com SearchDomino.com LabMice.net E-Rehber Adım Adım Rehber: SQL Sunucuları Nasıl Birleştirilir? Sunucular güçlendikçe SQL sunucularını birleştirmek de daha yaygın olarak kullanılan bir stratejiye dönüşmektedir. Birleştirmeyi planlamak çok büyük bir iş olabilir; fakat proje, bütünü ayrı ayrı parçalara ayırarak kolaylaştırılabilir. SearchSQLServer ile HP nin bu E-Rehberi SQL sunucularını birleştirmede adım adım rehberlik sunuyor. Ayrıca SQL sunucularını birleştirmenin neden bir optimizasyon tekniği olduğunu anlatıyor. Sponsor:

2 Adım Adım Rehber: SQL sunucuları nasıl birleştirilir? 1. Adım: Bir SQL Sunucusu birleştirme metodoloji oluşturun Kuruluş çapında başarılı bir SQL Sunucusu birleştirmesi gerçekleştirmek için öncelikle birleştirme takımınızın ve müşterinizin (kullanıcı veritabanlarının işletme sahibinin) amaçlarını belirlemelisiniz. Bu amaçlar birleştirme yaklaşımınıza göre değişiklik gösterecektir: Sanal makinede birleştirme, SQL Sunucusu oluşumlarını istifleme, depolama alan ağlarının kullanımı vs. Birleştirme takımının müşteriyle hemen gerçekçi servis seviyesi anlaşmaları (service level agreements-sla) kapsamında görüşmeleri çok önemlidir. Bu SLA lar sadece mevcudiyet, destek, değişim kontrolü ve görüntüleme için beklentileri ayarlamakla kalmayacak aynı zamanda performansı da ayarlayacaktır. Desteklenebilir beklentileri ayarlayan bir SLA birleştirme çabasında bir güven ortamı yaratmada önemli bir rol oynamaktadır. Misyonu önemli uygulamalar belirlenmelidir. Bunların SLA ları diğer SLA lardan daha katıdır. Çünkü bu uygulamaların birleştirilmesi istenmeyebilir ya da SLA ların karşılanabileceği veya birleştirilmiş bir ortamda aşılabileceğinin güvencesi için dikkatli planlamalar yapılabilir. Standartlar uygulanmalı ve bu uygulamalar birleştirme takımının sahipliği ve kontrolü altında olmadır. SLA ları hemen görüşmenin bir diğer nedeni hedeften uzaklaşma riskini ortadan kaldırmaktır. Aksi takdirde birleştirme takımınız beklenmeyen performans sorunlarını çözmek ve işlevselliği arttırmak zorunda kalabilirler. Takımınız SLA ile çalışırken birçok senaryoyu göz önünde bulundurmalıdır. Mesela, birisi veritabanlarının birleştirme için iyi adaylar olup olmadıklarını teşhis ederken kötü çalışan uygulamalarla karşılaşabilir. İdeal çözüm müşterilerden bu uygulamaları optimizasyon için geri almalarının istenmesidir. Takımınız optimizasyonu kendi yapmayı seçerse gelecekte oluşabilecek bütün performans sorunları ile arızalar sizden mesul olacaktır. Akıllıca olan seçenek sizin veri tabanlarını teşhis edip bunları işletme sahibini geri vermeniz ve bu durumu SLA da belirtmenizdir. İşletme birimleri bu SQL Sunucularını geri alıp optimize etmeyi istemiyor veya bunu yapamıyorsa, bunları veri merkezinize aktarın ve standartları olabildiğince çok uygulamaya bakın; ama bu veritabanlarını başka SQL Sunucularıyla birleştirmeyin. Kötü çalışan bir kullanıcı veritabanını başka SQL Sunucularıyla birleştirmek diğer bütün kullanıcı veritabanlarının performanslarını olumsuz yönde etkileyecektir. SLA görüşüldüğünde birleştirme takımınız kuruluş çapındaki planını safhalara ayıran bir program oluşturmalıdır. İlk safha, en az karmaşık kullanıcı veritabanları olan departmanları kapsamalıdır. Bu durum takım üyelerine daha zor birleştirme işleriyle uğraşmadan önce pratik yapma imkânı sunacaktır. Bu safhalara bölmeli yaklaşım onlara kullanıcı veritabanları ile birleştirilmiş SQL Sunucuları arasında (veritabanı yükleri zamanla değiştikçe) daha kolay oynamayı öğretir. Mesela özel bir kullanıcı veritabanı büyüdükçe birleştirilmiş SQL Sunucusu üzerindeki bütün kullanıcıların performansları düşebilir. Diğer yandan belirli bir uygulamanın yaşam döngüsü tükendikçe o kullanıcı veritabanın kaynak gereklilikleri azalır ve onu daha az beygir güçlü bir sunucuda yaşayabilir kılar. 2

3 Mevcut SQL Sunucu uygulamalarını gözden geçirmeye yardım etmesi için test komutları (scripts) oluşturulmalıdır. Bu takım üyelerini performans görüntülemesi ve SQL Sunucu Profiler ile aşina kılacaktır. Böylece temsili yükler yakalanabilecek ve yeniden oynatılabilecek. Ayrıca birleştirilmiş çözüm de görüntülenebilecek. Birleştirme takımı birleştirilmiş çözümü görüntülemeyi kolaylaştırmak için uzmanlaşmış küçük gruplara ayrılmalıdır. Birleştirme takımının üyeleri bireysel görevlerini anladıkları ve birleştirme için hazırlandıkları noktada ikinci adıma yani analize geçilebilir. 2. Adım: Birleştirme adayı veritabanlarını ve sunucularını analiz edin Analiz basamağında birleştirme takımı, her SQL Sunucusunu ve onun kullanıcı veritabanlarını performans özelliklerini, kaynak gerekliliklerini, bağımlılıklarını ve nasıl taşınacaklarını belirlemek için enine boyuna değerlendirecektir. Birleştirilmiş bir ortamda çoklu kullanıcı veritabanları, performans özelliklerine, iç ve dış bağımlılıklarına, SLA lara ve sürümlere göre gruplanacak veya istiflenecektir. SQL Sunucu yığınları olarak da bilinen bireysel SQL Sunucuları olarak gruplandırılacaklar. Aday SQL Sunucularını ve onların kullanıcı veritabanlarını birleştirme için analiz etmenin üç bölümü vardır. 1. Önce veri erişimi ve kullanım düzenlerini analiz edin sonra da kullanıcı veritabanının kurulu olduğu SQL Sunucusu ortamını analiz edin. 2. Birleştirilmiş ortamdaki bu kullanım düzenlerini kopyalayın böylece kullanıcı deneyimi daha iyi olmasa da aynı kalacaktır. 3. Kullanıcı veritabanının ötesindeki birleştirme fırsatlarını araştırın. SQL Sunucularını bir küme(cluster) içinde birleştirebiliyor musunuz? Depoyu (disk dizisi ve depolama alanı ağlarını) birleştirebiliyor musunuz? SharePoint Team Services ve Windows SharePoint Services gibi uygulamaları (ki bunlar çoğalma eğilimindeler) birleştirmeniz mantıklı mı? Analiz basamağının belirli yönlerine bakalım. Birleştirilmesi düşünülen kullanıcı veritabanlarının erişim ve kullanıcı düzenleri ile ilgili iyi bir bilgiye sahip olmalısınız. Mesela, bazı erişim ve kullanıcı düzenleri döngüseldir. Bazı veri tabanları yedi gün yirmi dört saat erişilebilirken bazıları sadece pazartesiden cumaya 9 dan 5 e kadar kullanılabiliyor. Veritabanı tavan yaptığı zamanlar saatlik, günlük, haftalık, aylık, üç aylık veya yıllık temellere dayalıdır. SharePoint veritabanları genel olarak iş saatlerinde düzenli bir kullanıma sahipken bordro (payroll) veritabanları haftalık, iki haftalık veya iki aylık bordro döngülerinde daha çok yükle kullanılırlar. Muhasebe veritabanları üç aylık ya da yıllık zamanlarda aşırı kullanım yükleri yaşayabilirler. Her yükün döngüsel özelliklerini anlamak çok önemlidir. Böylece temsili yükü yakalayabilirsiniz. Sonrasında bu yükü test ortamınızda kullanabilir, aşırı yükleme zamanlarını, birleştirilmiş SQL Sunucu yığınınızdaki diğer kullanıcı veritabanlarına müdahale etmeden buna göre planlayabilirsiniz. Müşterilerle yapılan görüşmeler veri erişimi ve veri kullanım düzenlerinin döngüsel yapısını belirlemede önemli yollar kat etmiştir. Bunlar sadece aşırı kullanım zamanlarını tespit etmekle kalmayacak aynı zamanda aşırı yüklenme zamanlarını belirlemede (mesela Toplu işler SQL Sunucusuna aşırı yükleme yaptığında) ve beklenen büyümenin tahmin edilmesine de yardımcı olacaktır. 3

4 DBCC CheckAlloc gibi temel sağlık kontrollerini çalıştırın ve SQL Sunucusu hata kayıtlarını, ayıklanmış artıklarını ve anormallikler için olan uygulama kayıtlarını gözden geçirin. Çünkü bunlar sorunları veya kullanıcı düzeni sorunlarını gösterebilirler. Bu bilgilerle birleştirme takımınız SQL Profiler ı kullanarak temsili yükler bulabilirler ve bunu birleştirme çözümünde bir test olarak yeniden kullanabilirler. Sonrasında test çözümünde birçok bireysel SQL Sunucusundan aynı anda yükleri yeniden kullanabilirler. Orijinal sistem üzerindeki performans metriklerini bulun ve bunları birleştirilmiş SQL Sunucusu testinden elde edilen metriklerle performans düzelmesinin miktarını öğrenmek için karşılaştırın. 3. Bölüm toplanması gereken belirli performans değerlerinin detaylarını verecektir. Birçok bağımlılık bir kullanıcı veritabanını birleştirme için kötü bir aday yapabilir. Bağımlılıkların hemen tespit edilmesi önemlidir. Böylece onlarla ilgili planlarınızı yapabilir hatta üzerlerinde çalışmaya da başlayabilirsiniz. 3. Adım: SQL Sunucu Birleştirmenizi Test Edin Kullanıcı veritabanlarınızdaki analizi bitirir bitirmez hangi kullanıcı veritabanınızın hangi yığının üzerine koyulacağını titizlikle belirlemelisiniz. Aşağıdaki durumlar sizi farklı oluşumlarda birleştirme yapmaya zorlayabilir: Uzlaştırılamaz isim çakışmaları olan kullanıcı veritabanları Geçici veritabanı kullanımı yüksek olan kullanıcı veritabanları SQL Sunucularından gelen ve standart olmayan harmanlamalara sahip kullanıcı veritabanları Bu bölümün ilerleyen safhalarında Çoklu oluşum ya da tek oluşumlu birleştirme başlıklı bölümde daha ayrıntılı bir liste sunacağım. Bazı durumlarda sürüm yığını adlı önceki sürüm(ler)le çalışan SQL Sunucularını birleştirmek zorunda kalacaksınız. Bu sürüm bağımlılıkları veya SQL Full-Text Search ün aşırı kullanımının olduğu durumları içermektedir. Hangi kullanıcı veritabanınızın hangi yığının üzerine koyulacağını belirler belirlemez veri erişim ve veri kullanım düzenlerini titizlikle analiz edin. Bu size kullanıcı veritabanlarınızı birleştirilmiş SQL Sunucu üzerinde gruplama yapmaya yardım edecektir. Böylece grup için optimal performans sağlayacaktır. Mesela, farklı yığınlar üzerine bireysel kullanıcı veritabanlarınız ile fazla yükleri koyun, sonra daha az yüklüleri bu yığına ekleyin ve toplu performansı inceleyin. Bu yolla uğraşarak donanım dolarınızda optimal verimliliğe ulaşacaksınız. Varsayılan SQL Sunucunuza ve veritabanı ayarlarınıza yaptığınız her değişikliği dikkatlice belgeleyin. 4. Adım: Üretim Ortamınıza Birleştirilmiş Veritabanları Yerleştirin Birleştirilmiş SQL Sunucu yığınlarınızın üzerine optimal kullanıcı veritabanları yerleştirmesini belirledikten sonra, kullanıcı verilerini mevcut üretim ortamlarından yeni birleştirilmiş ortama bir bir taşıyın. Her kullanıcı veritabanını taşıdıktan sonra, yeni kullanıcı veritabanlarının sunuluşuyla birleştirilmiş sistemin dengeli kaldığından emin olmak için performans etkisini gözlemleyin. Kullanıcı veritabanlarını birleştirilmiş ortama taşımanın birçok yolu vardır. Çok kullanılan bir yöntem her veritabanını mevcut yerinden kesip birleştirilmiş ortama kopyalaması ve oraya eklemesidir. 4

5 Fakat kopyalama yayınlanmış veritabanlarını çıkarmanızı engelleyecektir. Veritabanınız yayınlanmışsa kopyalamayı bırakıp veritabanlarını taşımak ve yayınlanma ve aboneliği yeniden kurmak en iyisi olacaktır. Tam metin kataloglarıyla SQL Server 2000 veritabanları üzerinde Microsoft desteğinde gösterildiği gibi veritabanını ve tam metin kataloglarını birleştirilmiş ortama elle kopyalamak zorunda kalacaksınız. Copy Database sihirbazını kullanmanız mümkündür, fakat bu küçük veritabanlarının ötesindeki veritabanları için ölçeklenebilir değildir. Birleştirilmiş veritabanlarını işletme sahiplerine açmadan önce yeni birleştirilmiş ortamın ilk kullanıcı deneyiminin yavaş bir deneyim olmayacağından emin olmak için ısınma komutlarını(scripts) devreye sokun. 5. Adım: Birleştirilmiş SQL Sunucusu Veritabanlarını Gözlemleyin ve Dengeleyin En dikkatli analizlerde, testlerde ve kıyaslamalarda bile birleştirilmiş ortamlarda sürprizlerle karşılaşacaksınız. Birleştirme sürecinin ilk safhalarında, proje takımı SQL Sunucuları arasındaki kullanıcı veritabanlarını görüntülemede ve dengelemede yetenekli duruma geleceklerdir. Birleştirilmiş bir SQL Sunucusu üretime geçtiği anda bu görüntüleme ve dengeleme yetenekleri eşsiz olacaktır. Daha büyük kullanıcı veritabanlarının bazılarını dengelemek zor olabilecekken (özellikle kopyalama veya tam metin araması gibi dış bağımlılıkları varsa) daha küçük kullanıcı veritabanlarının bazıları eğer garanti koşulları mevcutsa ve bakım pencereniz varsa kolayca taşınabilirler. Görüntüleme, her birleştirilmiş SQL Sunucusunu yönetmede, özellikle servis dışı kalma ve performans sorunlarında, proaktif olmanıza izin verecektir. Ticari görüntüleme programlarının çoğu (BMC Software, Inc. Patrol, Microsoft MOM and Quest Software, Inc. Spotlight. gibi) bu durum için idealdir. Görüntülemenin tek amacı sorunlarda proaktif olmak değildir. Aynı zamanda her kullanıcı veritabanına yüksek performans ve mevcudiyet sunan dengeli, birleştirilmiş SQL Sunucusu çözümleri sağlamaktır. Daha da önemlisi görüşülen SLA ları karşılayacak ya da aşacak bir çözüm sağlamaktır. Dengeli bir ortam, az ya da sıfır performans kaybıyla bütün yükleri yeterince sunabilen bir ortam olarak tanımlanabilir. Görüntüleme bakış açısıyla bu hiçbir performans uyarısı vermeyen sesiz bir sunucudur Birleştirilmiş SQL sunucusunun ilk safhası dengelendiğinde, ikinci safha veritabanlarını bir sonraki birleştirme grubuna taşıyın. İlk safhada öğrenilen dersler kalan safhaları hızlandıracaktır. 5

6 Hewlett-Packard tan Kaynaklar HP Integrity Systems: Family Guide (HP Entegrasyon Sistemleri: Aile Rehberi) Microsoft SQL Server on HP Integrity Servers: Lowering Total Cost of Ownership (TCO) through Server Consolidation ( HP Entegrasyon Sunucusu üstündeki Microsoft SQL Sunucusu: Sunucu Birleştirmesi Yoluyla Toplam Sahiplik Masraflarının Azaltılması) Changing the SQL Landscape Through Consolidation( Birleştirme ile SQL Manzarasını Değiştirme) 6