Optimiser le système cible
- Utilisez le dernier système d’exploitation possible avec les derniers patchs.
- Utilisez la dernière base de données possible avec les derniers patchs.
- Utilisez le dernier noyau SAP possible avec les derniers patchs (par exemple, la mise à niveau du noyau 7.45 vers 7.49 ou 7.53).
- Envisagez d’utiliser la plus grande machine virtuelle Azure disponible. Le type de machine virtuelle peut être réduit à une machine virtuelle plus petite après le processus d’importation.
- Créez plusieurs fichiers journal de transactions avec le premier fichier journal de transactions sur le disque SSD non persistant local. Des fichiers journal des transactions supplémentaires peuvent être créés sur des disques P50. Les migrations de VLDB peuvent nécessiter plus de 5 To d’espace du journal des transactions. Nous vous recommandons de vérifier qu’il y a toujours une grande quantité d’espace disponible dans le journal des transactions (20 % est un chiffre sûr). L’extension des fichiers journaux de transactions pendant une importation n’est pas recommandée et impacte le niveau de performance.
- Le degré de parallélisme maximal de SQL Server (MAXDOP) doit généralement être défini sur 1. Seules certaines opérations de génération d’index bénéficient de MAXDOP, et uniquement pour des tables spécifiques.
- Les performances réseau accélérées sont obligatoires pour les serveurs de base de données et R3load.
- Limitez la mémoire maximale qu’une requête de SQL Server unique peut demander avec Resource Governor. Cette limite de mémoire est nécessaire pour empêcher les opérations de génération d’index de demander de très grandes allocations de mémoire.
- Les index secondaires pour les tables de très grande taille peuvent être supprimés du fichier STR et être générés EN LIGNE avec des scripts une fois que la partie principale de l’importation est terminée et que des tâches de surtraitement telles que la configuration de STMS se produisent.
- Les clients qui utilisent TDE SQL Server sont recommandés pour précréer la base de données et les fichiers journal des transactions, puis activer TDE avant de commencer l’importation. TDE s’exécute pendant une durée similaire sur une base de données, qu’elle soit remplie de données ou vide. L’activation de TDE sur une VLDB peut entraîner des problèmes de blocage/verrouillage et nous vous recommandons d’importer les données dans une base de données TDE. L’importation en surcharge dans une base de données TDE est relativement faible.
Optimisation des coûts
- Quand vous arrêtez une machine virtuelle Azure et qu’elle est désallouée, vous n’avez plus à payer pour celle-ci (uniquement pour le stockage). Avec la tarification avec paiement à l’utilisation, la mise en veille d’une machine virtuelle SAP classique permet de faire des économies considérables, de l’ordre de 60 à 70 %.
- Pour les machines virtuelles qui doivent être exécutées en tout ou partie du temps, utilisez Azure Reserved Virtual Machine Instances. La réservation d’une instance pendant un an peut permettre des économies de l’ordre de 40 à 45 % ou d’environ 60-65 % pour une réservation de 3 ans.