Çok büyük veritabanı geçişlerini keşfetme
Azure buluta taşınan SAP sistemleri artık yaygın olarak büyük çok uluslu "tek küresel örnek" sistemlerini içerir. Bu sistemler, Azure platformu SAP iş yükleri için ilk sertifikalandığında dağıtılan ilk müşteri sistemlerinden çok daha büyüktür.
Çok Büyük Veritabanları (VLDB) artık yaygın olarak Azure'a taşınıyor. 20 TB üzerindeki veritabanı boyutları, kabul edilebilir bir kapalı kalma süresi içinde ve düşük riskli bir şekilde şirket içinden Azure'a geçiş yapmak için ek teknikler ve yordamlar gerektirir.
Yüksek düzey genel bakış
Tam olarak iyileştirilmiş çok büyük bir veritabanı geçişi, saatte yaklaşık 2 TB veya daha fazla geçiş aktarım hızı elde etmelidir. Bu, 20 TB'lık geçişin veri aktarımı bileşeninin yaklaşık 10 saat içinde yapılabilmesi anlamına gelir. Çeşitli işlem sonrası ve doğrulama adımlarının yapılması gerekir. Genel olarak, hazırlama ve test için yeterli süreyle her boyuttaki hemen her müşteri sistemi Azure'a taşınabilir.
VLDB geçişleri için önemli beceri, ayrıntılara dikkat ve analiz gerekir. Örneğin, tablo bölme işleminin net etkisi ölçülmeli ve analiz edilmelidir. Büyük bir tablonun 50'den fazla paralel dışarı aktarma işlemine bölünmesi, tabloyu dışarı aktarmak için geçen süreyi önemli ölçüde azaltabilir, ancak çok fazla tablo bölme işlemi, içeri aktarma sürelerinin önemli ölçüde artmasına neden olabilir. Bu nedenle tablo bölmelerinin net etkisi hesaplanmalı ve test edilmelidir. Uzman lisanslı bir işletim sistemi/VERITABANı geçiş danışmanı kavramlar ve araçlar hakkında bilgi sahibi olmalıdır. VLDB geçişleri için Azure'a özgü bazı içerikleri vurgularız.
Özellikle, R3load ve Migmon gibi araçları kullanarak hedef veritabanı olarak SQL Server ile Azure'a heterojen işletim sistemi/DB geçişiyle ilgileniriz. Geçiş adımları, DBMS ve işlemci mimarisinin (Endian Order) aynı kaldığı homojen sistem kopyaları için tasarlanmamıştır. Genel olarak, veritabanı kopyasını Azure'da eşitlemek için günlük gönderimi kullanılabildiğinden, homojen sistem kopyalarının DBMS boyutundan bağımsız olarak düşük kapalı kalma süresine sahip olması gerekir.
Tipik bir VLDB OS/DB geçişinin gösterildiği ve Azure'a taşınan blok diyagramı aşağıdaki önemli noktalardan sonradır:
Geçerli kaynak işletim sistemi/veritabanı genellikle AIX, HPUX, Solaris veya Linux'tır; ve DB2 veya Oracle.
Hedef işletim sistemi Windows, Suse 12.3, Redhat 7.x veya Oracle Linux 7.x'tir.
Hedef veritabanı genellikle SQL Server veya Oracle 12.2'dir.
IBM pSeries, Solaris SPARC donanımları ve HP Superdome iş parçacığı performansı düşük maliyetli modern Intel ticari sunucularından önemli ölçüde düşüktür, bu nedenle R3load ayrı Intel sunucularında çalıştırılır.
VMware iyi, kararlı ve öngörülebilir ağ performansı elde etmek için özel ayarlama ve yapılandırma gerektirir. Fiziksel sunucular genellikle sanal makineler olarak değil R3load sunucusu olarak kullanılır.
Genellikle dört dışarı aktarma R3load sunucusu kullanılır, ancak dışarı aktarma sunucularının sayısında bir sınır yoktur. Tipik bir yapılandırma şöyle olabilir:
- Dışarı aktarma sunucusu 1 – en büyük 1-4 tabloya ayrılmıştır (veri dağıtımının kaynak veritabanında ne kadar dengesiz olduğuna bağlı olarak).
- Dışarı aktarma sunucusu 2 – tablo bölmeleri olan tablolara ayrılmıştır.
- Dışarı aktarma sunucusu 3 – tablo bölmeleri olan tablolara ayrılmıştır.
- Dışarı aktarma sunucusu 4 – kalan tüm tablolar.
Dışarı aktarma dökümü dosyaları, Genel İnternet üzerinden AzCopy kullanılarak Intel tabanlı R3load sunucusundaki yerel diskten Azure'a aktarılır. Bu genellikle ExpressRoute'tan daha hızlıdır.
İçeri aktarmanın denetimi ve sırası, tüm dışarı aktarma paketleri tamamlandığında otomatik olarak oluşturulan sinyal dosyası (SGN) üzerinden yapılır. Bu, yarı paralel dışarı/içeri aktarmaya olanak tanır.
SQL Server veya Oracle'a aktarma işlemi, dört içeri aktarma sunucusu kullanılarak dışarı aktarmaya benzer şekilde yapılandırılmıştır. Bu sunucular, Hızlandırılmış Ağ ile ayrı ayrılmış R3load sunucuları olacaktır. SAP uygulama sunucularının bu görev için uygun olması önerilir.
VLDB veritabanları genellikle Premium Depolama ile E64v3, m64 veya m128 sanal makineleri kullanır. İşlem günlüğü, işlem günlüğü yazma işlemlerini hızlandırmak ve işlem günlüğü IOPS ve GÇ bant genişliğini sanal makine kotasından kaldırmak için yerel SSD diskine yerleştirilebilir. Geçiş sonrasında işlem günlüğü kalıcı bir diske yerleştirilmelidir.
