À partir de SQL Server 2012, les privilèges de sécurité ont changé et vous ne pouvez plus utiliser le compte LocalSystem. Auparavant, vous pouviez utiliser le compte LocalSystem comme valeur par défaut pour le rôle sysadmin. Pour SQL Server 2012 ou les versions ultérieures, utilisez un compte de domaine (ou d’administrateur) qui a un rôle sysadmin SQL Server ou modifiez l’option Se connecter en tant que pour le service SQL Server afin de choisir un utilisateur de domaine qui dispose des privilèges requis. Si le serveur SQL n’est pas au sein d’un domaine, vous pouvez choisir un utilisateur local qui a le rôle sysadmin ou modifier l’option Se connecter en tant que pour le service SQL Server afin de choisir un utilisateur local qui dispose des privilèges requis.
• |
Dans Panneau de configuration de Windows > Administration > Services, localisez et sélectionnez le NetVault Gestionnaire de processus, et cliquez sur Arrêter. Effectuez un clic droit sur NetVaultGestionnaire de processus et sélectionnez Propriétés. Dans l’onglet Connexion, assurez-vous que NetVault Backup est en cours d’exécution avec le compte qui a le rôle sysadmin de SQL Server. Démarrez le gestionnaire de processus NetVault. |
• |
Dans le Gestionnaire de configuration SQL Server, cliquez sur Services SQL Server. Dans le volet Détails, cliquez avec le bouton droit sur le nom de l’instance SQL Server applicable et cliquez sur Propriétés. Dans la boîte de dialogue Propriétés du <nominstance> SQL Server, cliquez sur l’onglet Connexion. Pour Se connecter en tant que, sélectionnez le compte qui a le rôle sysadmin de SQL Server. Dans Panneau de configuration de Windows > Administration > Services, arrêtez et redémarrez le Service SQL Server. |
• |
Utilisez SQL Server Management Studio pour ajouter le domaine ou le compte d’utilisateur local qui dispose des privilèges sysadmin sur le serveur SQL. Vous pouvez utiliser SQL Server Management Studio pour ajouter ce compte, ou entrer le texte suivant dans une invite de commande : |
REMARQUE : vous pouvez attribuer le rôle sysadmin de SQL Server à l’utilisateur par défaut du système local (NT AUTHORITY/SYSTEM). Cela permet au Plug‑in pour SQL Server de se connecter aux instances SQL Server sans qu’il soit nécessaire d’insérer les informations d’identification. Octroyer à l’utilisateur local (NT AUTHORITY/SYSTEM) le rôle Sysadmin peut permettre à d’autres applications de se connecter à des Instances SQL Server sans fournir d’informations d’identification. Avant d’assigner le rôle Sysadmin à l’utilisateur du système local (NT AUTHORITY/SYSTEM), assurez-vous que cela est conforme aux exigences de votre structure. |
Pour certaines activités sur Windows, il est nécessaire de se faire passer pour un membre du groupe Administrateurs sur le ou les client(s). Une option Entrer un administrateur de domaine est ajoutée dans le menu contextuel pour configurer un administrateur de domaine Windows pour les clusters, même si les identifiants de connexion par défaut ne sont pas associés à un utilisateur Windows.
1 |
Dans le volet Navigation, cliquez sur Créer une session de sauvegarde, puis sur Créer à côté de la liste Sélections. |
3 |
4 |
Dans le menu contextuel, sélectionnez Entrer un administrateur de domaine. |
• |
Nom d’utilisateur : saisissez le nom d’utilisateur de l’administrateur du domaine Windows. |
• |
Mot de passe : saisissez le mot de passe associé à l’utilisateur indiqué dans le champ précédent. |
• |
Domaine : entrez le nom du domaine. |
• |
Réinitialiser le nom d’utilisateur, le mot de passe et le domaine enregistrés : sélectionnez cette option pour réinitialiser les valeurs stockées dans le plug-in pour le nom d’utilisateur, le mot de passe et le domaine. |
• |
Une stratégie de sauvegarde est divisée en deux parties : la sauvegarde et la restauration.
IMPORTANT : si vous utilisez Plug‑in pour SQL Server, vérifiez que vous n’utilisez pas un programme tiers pour effectuer des sauvegardes supplémentaires de SQL Server. Cela peut créer un conflit lors de la restauration, ou du processus de récupération si les sauvegardes différentielles ne correspondent pas. |
Pour obtenir plus d’informations, voir les rubriques suivantes :
© 2024 Quest Software Inc. ALL RIGHTS RESERVED. Conditions d’utilisation Confidentialité Cookie Preference Center