IBM Cloud Docs
Créer une version de référence

Créer une version de référence

La création d'une base de référence est une approche efficace pour:

  • Description des performances d'une instance de base de données existante pour permettre un mappage aux exigences lors de la migration de cette instance vers IBM Cloud.
  • Capture des performances d'une nouvelle instance de base de données dans IBM Cloud.

Dans cette approche, les compteurs de performances du moniteur de performances Windows capturent les statistiques d'attente SQL Server pour mieux comprendre les performances actuelles et les goulots d'étranglement potentiels de l'instance de base de données. Les compteurs de clés incluent l'unité centrale, la mémoire, les E-S/s, le débit et le temps d'attente. La capture doit inclure les activités de charge de travail aux heures de pointe. Les heures de pointe incluent non seulement la charge de travail des utilisateurs du jour ouvrable, mais également d'autres activités à charge élevée, notamment le traitement de fin de journée et le traitement de fin de trimestre. L'analyse des compteurs permet une sélection optimale du calcul et du stockage pour le serveur virtuel qui héberge l'instance de serveur SAL.

Compute

Dans IBM Cloud, un concept de dimensionnement fondamental est que vous souhaitez uniquement mettre à disposition le calcul dont l'application a besoin, puis planifier une augmentation ou une diminution de la taille en fonction des besoins de l'entreprise. Cela signifie que vous devez tirer le meilleur parti possible des ressources des serveurs virtuels. Par conséquent, le dimensionnement de l'unité centrale virtuelle du serveur virtuel doit être sélectionné pour que l'unité centrale moyenne reste aussi élevée que possible sans que cela ait un impact sur la charge de travail. Idéalement, essayez de viser à utiliser 80% de votre vCPU en moyenne, et d'autoriser des pics supérieurs à 90%, mais n'atteignant pas 100% pendant une période de temps prolongée.

Les compteurs Windows Performance Monitor suivants peuvent vous aider à valider la santé de l'unité centrale d'un serveur virtuel SQL Server :

  • \Processor Information (_Total)% de temps processeur.
  • \Process (sqlservr)% temps processeur.

La mémoire doit être de référence et inclure à la fois la mémoire utilisée par le système d'exploitation et la mémoire utilisée en interne par SQL Server. Les compteurs Windows Performance Monitoring suivants peuvent vous aider à valider la santé de la mémoire d'un serveur virtuel SQL Server :

  • \Mémoire \ Mo disponibles
  • \SQLServer: gestionnaire de mémoire \ mémoire du serveur cible (ko).
  • \SQLServer: gestionnaire de mémoire \ Mémoire totale du serveur (ko).
  • \SQLServer: Buffer Manager \ Ecritures en différé / sec.
  • \SQLServer: gestionnaire de mémoire tampon \ espérance de vie de la page.

Stockage

Les performances d'une instance SQL Server dépendent fortement des performances de stockage, qui sont mesurées par les IOPS et les compteurs de débit. Si votre base de données ne tient pas complètement dans l'espace mémoire disponible, SQL Server déplace les pages de la base de données vers et hors du pool de mémoire tampon. L'accès aux fichiers de données et aux fichiers journaux est caractérisé comme suit:

  • L'accès aux fichiers journaux est séquentiel, sauf lorsqu'une transaction doit être annulée
  • Les fichiers de données, y compris tempdb, sont accessibles de manière aléatoire.

Les compteurs Windows Performance Monitor suivants peuvent vous aider à analyser le débit d'E-S requis par votre SQL Server:

  • \LogicalDisk \ Lectures du disque / Sec-IOPS de lecture.
  • \LogicalDisk \ Ecritures du disque / Sec-IOPS d'écriture.
  • \LogicalDisk \ Disk Read Bytes / Sec-Capacité de traitement de lecture requise pour les fichiers de données, de journal et tempdb.
  • \LogicalDisk \ Disk Write Bytes / Sec-Exigences de débit d'écriture pour les fichiers de données, de journal et tempdb.

Les tailles d'unité d'E-S influencent à la fois les capacités d'IOPS et de débit comme suit:

  • Des tailles d'E-S plus petites génèrent des E-S/s plus élevées.
  • Des tailles d'E-S plus importantes génèrent un débit plus élevé.

SQL Server choisit automatiquement la taille d'E-S optimale. Voir Comment la taille de bloc affecte les performances. En outre, reportez-vous aux métriques de performance de calcul de stockage, qui décrivent les métriques de référence que vous pouvez attendre pour les opérations de lecture et d'écriture entre vos instances de calcul et les volumes de stockage par blocs.