SAP On Azure geçişleri için En İyi Uygulamalar – Bölüm 3
SAP müşterilerinin Azure platformunun hızını ve çevikliğini deneyimleyebileceği yaygın bir senaryo, şirket içinde çalışan bir SAP Business Suite’ten buluttaki SAP S / 4HANA’ya geçiş yeteneğidir. Bu senaryo iki adımlı bir işlemdir. İlk adım, şirket kaynak planlamasından (ERP) şirket içi Azure’daki HANA’daki Suite’e geçiş ve daha sonra HANA’daki Suite’ten S / 4HANA’ya dönüştürme.
Bulutu böyle bir migration projesinin hedefi olarak kullanmak, kurumların donanım maliyetlerinden yüzbinlerce hatta milyonlarca dolar tasarruf etme potansiyeline sahiptir ve bu donanımlar altyapının en karmaşık bileşenleri olduğu için proje planından yaklaşık 12 ila 16 hafta süresince bir kısalma olabilir ve gerektiğinde kolayca Azure üzerinden temin edilebilir. Teklif talebi (RFP) sürecinden geçmesi, büyük bellek gerektiren pahalı sunucuların satın alınması veya potansiyel olarak yalnızca beş yıllık kullanım ömrü olan özel cihazlar satın alınması için gereken süreye bakarak bu zaman tasarruflarının nereden geldiğini görebilirsiniz. SAP’nin gerektirdiği şekilde uyarlanmış veri merkezi entegrasyonu (TDI) standartlarına dayanarak S4 / HANA dağıtabilen uzman bir şekilde eğitilmiş bir ekiple ilişkili zaman ve maliyetten ise tamamen başlı başına bir konudur. Bu konuyla alakalı olarak özellikle sürecin her adımı tecrübe etmiş bir müşterinin deneyimlerini okumak isterseniz https://customers.microsoft.com/en-us/story/alegri-azure-virtual-machine-storage-security-center-germany bağlantısını incelemenizi öneririm.
Bir geçiş planlarken, tüm görevleri, kilometre taşlarını, bağımlılıkları ve paydaşları tanımlayan sağlam bir proje planına sahip olmanız gerekir. Ayrıca, tanımlanmış bir yönetişim modeli ve hangi grubun hangi görevlere sahip olduğunu gösteren bir RACI (Responsible, Accountable, Consult, Inform) grafiği mutlaka olmalıdır. Bu boyuttaki projelerin çok sayıda hareketli parçası ve birden çok iç ve dış ekip arasında bağımlılıkları vardır.
Projeyi hayata geçirmeye başladığımızda genellikle mevcutta kullanımda olan sürümlere özgü tüm SAP önkoşullarını tespit etmek gerekir. Daha büyük SAP migration projeleri genellikle aynı anda devam eden bir dizi paralel iş yapılmasını gerektirecektir. Azure’daki altyapı tasarımının SAP’nin destek matrisi ile tamamen uyumlu olduğundan emin olmak gerekir. Bunu yapmak için, Azure, Azure’un SAP dağıtım kontrol listesi ve ürün kullanılabilirlik matrisi (PAM) üzerindeki SAP belgeleri ve dağıtım kılavuzlarını gözden geçirmek uygun olacaktır.
https://docs.microsoft.com/en-us/azure/architecture/reference-architectures/sap/sap-s4hana
https://docs.microsoft.com/en-us/azure/virtual-machines/workloads/sap/sap-deployment-checklist
https://support.sap.com/en/release-upgrade-maintenance.html
Bu güzel bir başlangıç noktası olacaktır çünkü ilk mantıksal tasarım üzerinde çalışırken, Basis adminleri de SAP Business Suite sistemindeki eski legacy kodların, S / 4HANA boyutlandırmasının ve diğer yükseltme başlamadan önce gereken S / 4 gereksinimlerini inceleyebilirler. Birlikte, tasarımı tamamlamadan önce ortaya çıkarılan yeni öğeleri gruplandırabilmek oldukça önemlidir.
Sonraki adım, Azure’da altyapı dağıtımıdır. İlk dağıtımda minimum kaynaklarla ilerlenmelidir. Bu durumdaki gereksinimler şunlardır;
Bir Azure aboneliği
Kurulu bir VPN bağlantısı veya Ekspres Route
Azure ağı (VNets ve Subnets) ve güvenlik yapılandırmaları (Network Security Groups)
Gerekli sayıda sanal veya Bare metal sunucu ve bunlara atanmış depolama alanı
Yukarıdaki gereksinimler yeni hedef ortamı için başlangıç aşamasında yeterlidir. Orta ile büyük veri tabanları arasında geçiş yapmak için yeterli bant genişliği sağlamak için bir ExpressRoute’un gerekli olabileceğini hesaba katmak gerekir çünkü maliyetleri önemli ölçüde değiştirebilir. Basis adminleri Suite’i HANA veritabanına ve ilk uygulama sunucularına yüklemeye başlayabilir.
SAP’yi şirket içinde Azure’a geçirirken kullanılacak en iyi taşıma yöntemi hakkında çok fazla soru işareti vardır.Bu durum yedekleme / geri yükleme, dışa aktarma / içe aktarma, SUM ve DMO ve daha fazlası gibi seçeneklerin sayısı göz önüne alındığında anlaşılabilir. SAP Business Suite’i Azure’da S / 4HANA’ya geçirirken, veri tabanı geçişini gerçekleştirmek ve Azure’a yeni uygulama sunucuları yüklemek için SAP’den SUM ve DMO seçeneğini kullanmak daha kolaydır. Bu aynı zamanda, optimum yetenekler, performans ve destek için en yeni desteklenen işletim sistemi sürümlerinde Azure’u kullanmayı mümkün kılar.
BAZI İPUÇLARI
Gerekli minimum SAP sürümlerini ve sürüm genelinde sürüm düzeylerini kontrol edin.
S / 4HANA dağıtımınız için gerekli olup olmadığını görmek için Java PAM bileşenlerini kontrol edin.
Sistem için gerçekçi geçiş süreleri elde etmek üzere DMO’daki karşılaştırma aracını kullanın. Bu, geçiş için en iyi ExpressRoute boyutunun belirlenmesine yardımcı olur ve gereken kesinti süreleri için beklentileri belirler.
S / 4HANA’ya yükseltmek için Unicode gereksinimini öğrenin.
Dual Stack sistemlerin iyileştirilmesini bilir.
Fiori dağıtımı için plan yapın.
Bu boyuttaki migration projeleri çok katmanlı ve karmaşıktır, bu sebepten doğru ve gerekirse birden fazla migration planı yapın.
Şirket içi sistemden Azure ortamına geçiş işlemi tamamlandığında, HANA’daki SAP Business Suite’ten S / 4HANA’ya dönüşüm başlayabilir. Bu dönüşüm için https://help.sap.com/doc/2b87656c4eee4284a5eb8976c0fe88fc/1809.000/en-US/CONV_OP1809.pdf bağlantısını incelemenizi öneririm.
Yeni bir S / 4HANA ortamının dağıtımı basis ekibi tarafından Azure’da yapılabilir ve geleneksel bir şirket içi ortamda dağıtım ile gerekli olacak birçok dahili BT ekibine olan bağımlılıkları ortadan kaldırır. Çoğu müşteri, HANA sistemindeki yeni taşınan paketin sistem kopyasından basit bir sanal alan veya yeni geliştirme sistemiyle başlayacaktır. Bu, tüm sadeleştirme denetimleri, özel kod geçişleri ve gerçek S / 4 dönüştürme sahte işlemlerini yürütmek için bir hazırlama alanı sağlar. Buna paralel olarak, temel ekip yeni VM’ler ve Fiori için yapılandırma da dahil olmak üzere QAS ve üretim katmanlarını uygulamaya başlayabilir. Gerekli kontroller ve dönüşüm tamamlandıktan sonra, işlem QAS ve üretim için basitçe tekrarlanır.