Çok büyük veritabanı geçişi en iyi yöntemlerini inceleme

  • 11 dakika

Aşağıdaki yönergeler gerçek müşteri projelerini ve bu projelerden türetilen öğrenmeleri temel alır. Yönergeler, geçmişte başarısız olan senaryoları tanımlar. Örnek olarak, R3load dışarı aktarma sunucuları olarak UNIX sunucuları veya sanallaştırılmış sunucuları kullanmama önerisi verilebilir:

  • Genellikle dışarı aktarma performansı, genel kapalı kalma süresini etkileyen bir faktördür. Genellikle geçerli donanım 4-5 yaşından daha eskidir ve yükseltmesi çok pahalıdır.
  • Bu nedenle, elde edilmesi pratik olan maksimum dışarı aktarma performansını elde etmek önemlidir.
  • Önceki projeler, Intel R3load sunucularını bırakmadan ve kullanmadan önce UNIX veya sanallaştırılmış platformlarda R3load dışarı aktarma performansını ayarlamaya çalışmak için haftalarca hatta birkaç ay harcadı.
  • Çift yuvalı emtia Intel sunucuları ucuzdur ve bazı durumlarda UNIX veya sanallaştırılmış sunucularda mümkün olan küçük ayarlama iyileştirmelerinden daha büyük olan büyük siparişler ile önemli performans kazançları sağlar.
  • Müşteriler genellikle mevcut sanal makine gruplarına sahiptir, ancak bunlar çoğu zaman modern boşaltma veya SR-IOV teknolojilerini desteklemez. VMware sürümü genellikle eski, eşleşmeyen veya yüksek ağ aktarım hızı ve düşük gecikme süresi için yapılandırılmamış sürümdür. R3load dışarı aktarma sunucuları, hızlı iş parçacığı performansı ve son derece yüksek ağ aktarım hızı gerektirir. R3load dışarı aktarma sunucuları yaklaşık %100 CPU ve ağ kullanımında 10-15 saat çalışabilir. Bu çoğu VMware grubunun tipik kullanım örneği değildir ve çoğu VMware dağıtımı hiçbir zaman R3load gibi bir iş yükünü işleyecek şekilde tasarlanmamıştır.

İpucu

UNIX veya sanallaştırılmış platformlarda R3load dışarı aktarma performansını iyileştirmek için zaman ayırmayın. Bunu yapmak yalnızca zaman kaybetmez, aynı zamanda projenin başlangıcında düşük maliyetli Intel sunucuları satın almaktan çok daha pahalıya mal olur. Bu nedenle VLDB geçiş müşterileri, proje ekibinin projenin başlangıcında hızlı modern R3load dışarı aktarma sunucularına sahip olduğundan emin olmak için istenir. Bu, projenin toplam maliyetini ve riskini düşürür.

En iyi yöntemler

  • Geçerli SAP ortamının anketini ve envanterini belirleyin. SAP Destek Paketi düzeylerini belirleyin ve hedef DBMS'yi desteklemek için düzeltme eki uygulama gerekip gerekmediğini belirleyin. Genel olarak, işletim sistemi uyumluluğu SAP çekirdeği tarafından belirlenir ve DBMS uyumluluğu SAP_BASIS düzeltme eki düzeyine göre belirlenir.
  • SMIGR_CREATE_DDL güncelleştirmeleri gibi kaynak sistemde uygulanması gereken SAP OSS Notlarının listesini oluşturun. Azure'a geçiş sırasında büyük bir değişikliği önlemek için kaynak sistemlerdeki SAP çekirdeklerini yükseltmeyi göz önünde bulundurun (örneğin. Bir sistem eski bir 7.41 çekirdeği çalıştırıyorsa, geçiş sırasında büyük bir değişiklikten kaçınmak için kaynak sistemde en son 7.45'e güncelleştirin).
  • Yüksek kullanılabilirlik ve olağanüstü durum kurtarma çözümünü geliştirin ve belgeleyin. Belgelerde çözümü VERITABANı katmanına, ASCS katmanına ve SAP uygulama sunucusu katmanına ayırması gerekir. TREX veya liveCache gibi tek başına çözümler için ayrı çözümler gerekebilir.
  • Azure Sanal Makine türlerini ve depolama yapılandırmasını ayrıntılı olarak gösteren bir boyutlandırma ve yapılandırma belgesi geliştirin. Kaç premium disk, kaç veri dosyası, veri dosyalarının diskler arasında nasıl dağıtıldığı, depolama alanlarının kullanımı, NTFS biçim boyutu = 64 kb. Ayrıca, bellek ayarları, maksimum paralellik derecesi ve traceflags gibi belge yedekleme/geri yükleme ve DBMS yapılandırması.
  • Sanal ağ, Alt Ağ, NSG ve UDR yapılandırması dahil olmak üzere bir ağ tasarımı belgesi geliştirin.
  • Güvenlik ve sağlamlaştırma kavramını belgeleme ve uygulama. Internet Explorer'ı kaldırın, SAP hizmet hesapları ve sunucuları için bir Active Directory kapsayıcısı oluşturun ve sınırlı sayıda gerekli bağlantı noktası dışında tümünü engelleyen bir güvenlik duvarı ilkesi uygulayın.
  • Paket ve tablo bölme kavramını, R3 yük sayısını, SQL Server izleme bayraklarını, sıralanmış/sıralanmamış, Oracle RowID ayarını, SMIGR_CREATE_DDL ayarlarını, Perfmon sayaçlarını (BCP satırları/sn ve BCP aktarım hızı kb/sn, CPU, bellek gibi), RSS ayarlarını, Hızlandırılmış Ağ ayarlarını, günlük dosyası yapılandırmasını, BPE ayarlarını, TDE yapılandırmasını ayrıntılarıyla gösteren bir OS/DB geçiş tasarımı belgesi oluşturun.
  • Her test döngüsünde R3load dışarı/içeri aktarma işleminin ilerleme durumunu gösteren bir "Uçuş Planı" grafiği oluşturun. Bu, geçiş ekibinin ayarlamaların ve değişikliklerin R3load dışarı aktarma veya içeri aktarma performansını geliştirip geliştirmediğini doğrulamasını sağlar. X ekseni tamamlanan paket sayısıdır ve Y ekseni geçen süredir. Bu uçuş planı, üretim geçişi sırasında da kritik öneme sahiptir, böylece planlanan ilerleme durumu gerçek ilerleme durumuyla ve erken belirlenen sorunlarla karşılaştırılabilir.
  • Performans testi planı oluşturun. En iyi yaklaşık 20 çevrimiçi raporu, toplu işi ve arabirimleri belirleyin. Özgün kaynak sistemdeki giriş parametrelerini (tarih aralığı, satış ofisi, tesis, şirket kodu vb.) ve çalışma zamanlarını belgeleyin. Azure'da çalışma zamanıyla karşılaştırın. Performans farklılıkları varsa verimsiz deyimleri tanımlamak için SAT, ST05 ve diğer SAP araçlarını çalıştırın.
  • Dağıtımı ve yapılandırmayı denetleyin ve küme zaman aşımlarının, çekirdeklerin, ağ ayarlarının, NTFS biçim boyutunun tasarım belgeleriyle tutarlı olduğundan emin olun. Temel sistem durumu parametrelerini 90 saniyede bir kaydetmek için önemli sunucularda perfmon sayaçları ayarlayın. SAP sunucularının ayrı bir AD kapsayıcısında olduğunu ve kapsayıcıya güvenlik duvarı yapılandırmasıyla bir grup ilkesi uygulandığını doğrulayın.
  • Baş işletim sistemi/VERITABANı geçiş danışmanının lisanslı olup olmadığını denetleyin! Danışman adını, s kullanıcısını ve sertifikasyon tarihini isteyin. BC-INS-MIG için bir OSS iletisi açın ve SAP'den danışmanın güncel ve lisanslı olduğunu onaylamasını isteyin.
  • Mümkünse, proje ekibinin tamamının VLDB geçiş projesiyle ilişkili tek bir fiziksel konumda olması ve coğrafi olarak çeşitli kıtalar ve saat dilimleri arasında dağılmaması gerekir.
  • Uygun bir geri dönüş planının mevcut olduğundan ve genel zamanlamanın bir parçası olduğundan emin olun.
  • R3load dışarı aktarma sunucuları için hızlı iş parçacığı sayısı Intel CPU modelleri'ni seçin. Daha düşük performansa sahip olduklarından ve 4 yuvalı sunucuları kullanmadıkları için "Enerji Tasarrufu" CPU modellerini kullanmayın. Intel Xeon E5 Platinum 8158 iyi bir örnektir.

Sorunlardan kaçınmak için en iyi yöntemler

  • İhracat yapmak için bir danışmanlık kuruluşuna taşeronluk yapmayın ve içeri aktarmayı yapmak için başka bir danışmanlık kuruluşuna taşeronluk yapmayın. Bazen kaynak sistem dış kaynaklıdır ve bir danışmanlık kuruluşu veya iş ortağı tarafından yönetilir ve müşteri Azure'a geçiş yapmak ve başka bir iş ortağına geçmek ister. Dışarı aktarma ve içeri aktarma ayarlama ve yapılandırma arasındaki sıkı bağlantı nedeniyle, bu görevlerin farklı kuruluşlara atanması iyi bir sonuç doğurma olasılığı düşüktür.
  • Geçiş sırasında Azure donanım kaynaklarını ekonomiye ayırmayın ve canlı yayına geçin. Azure Sanal Makineler dakika başına ücretlendirilir ve boyutu kolayca azaltılabilir. VLDB geçişi sırasında, kullanılabilir en güçlü sanal makineyi kullanın. Müşteriler %200-250 büyük boyutlu sistemlerde başarılı bir şekilde çalışmaya başladı, ardından fazla büyük sistemleri çalıştırırken dengelendi. Sistem kullanımını 4-6 hafta boyunca izledikten sonra, fazla kapasiteye sahip sanal makinelerin boyutu küçültülür veya daha düşük maliyetler için kapatılır.