Skip to main content
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Détecter une instance de Microsoft SQL Server

Contributeurs

Détectez une instance Microsoft SQL Server dans l'usine de workloads BlueXP  pour les bases de données.

Cette tâche permet de détecter une instance non détectée.

Description de la tâche

Lorsque les identifiants AWS sont associés dans l'usine de workloads, les bases de données permettent une détection automatisée des serveurs Microsoft SQL Server, à partir de SQL Server 2016, avec les types de stockage AWS suivants :

  • FSX pour ONTAP

  • EBS (Elastic Block Store)

  • FSX pour serveur de fichiers Windows

Dans les bases de données, les instances découvertes sont classées comme suit :

  • Instances non détectées: Instances non détectées qui ont été automatiquement découvertes par l'usine de la charge de travail. Les instances ne sont pas détectées dans les cas suivants :

    • Échec de l'authentification Microsoft SQL Server.

    • Le système de fichiers FSX pour ONTAP pour Microsoft SQL Server n'est pas enregistré avec votre compte en usine de workloads.

  • Instances non gérées : instances détectées qui ne sont pas gérées par l'usine de la charge de travail

  • Managed instances : instances détectées qui sont gérées par l'usine de workloads

La première étape pour gérer une instance de Microsoft SQL Server, ou une instance hôte, en usine de charge de travail pour les bases de données est la détection d'une instance de serveur de base de données non détectée.

Avant de commencer

Les conditions requises pour détecter une instance de serveur de base de données non détectée sont les suivantes :

  • Vous devez "Identifiants de compte AWS"détecter une instance de serveur de base de données en usine de charge de travail.

  • Le type de stockage de l'instance doit être l'un des suivants :

    • FSX pour ONTAP

    • EBS (Elastic Block Store)

    • FSX pour serveur de fichiers Windows

  • Les instances EC2 doivent avoir un profil rôle/instance qui permet à la connexion SSM de fonctionner pour la détection.

    Lorsqu'une instance Microsoft SQL est détectée, l'environnement existant n'est pas modifié. La détection se fait via AWS Systems Manager session Manager (SSM). Sans le profil d'instance IAM droit, la détection échouera. "En savoir plus sur le dépannage SSM".

Étapes
  1. Connectez-vous à l'aide de l'un des "expériences de la console".

  2. Dans la mosaïque bases de données, sélectionnez aller à l'inventaire des bases de données.

  3. Dans bases de données, sélectionnez l'onglet Inventaire.

  4. Cliquez sur la flèche déroulante pour développer la ligne de l'hôte à détecter.

    L'hôte se développe et les instances hôte s'affichent.

  5. Cliquez sur le menu à trois points de l'instance à détecter.

  6. Cliquez sur détecter.

  7. Dans la boîte de dialogue Detect instance, indiquez le nom d'utilisateur et le mot de passe Microsoft SQL Server ou le nom d'utilisateur et le mot de passe FSX for ONTAP.

    En usine de workloads, valide vos informations d'identification Microsoft SQL ou FSX pour ONTAP.

    Si l'une de ces informations d'identification n'est pas disponible, l'usine de la charge de travail tente d'installer le aws.tools.SimpleSystemsManagement module dans PowerShell.

  8. Cliquez sur détecter.

    Les informations sur l'instance détectée s'affichent.

  9. Sélectionnez Oui, gérer l'instance via Workload Factory ou non.

  10. Cliquez sur Done.

Et la suite

Lorsque le type de stockage de l'instance hôte est FSX pour ONTAP, vous pouvez "gérez l'instance via l'usine de workloads".