Voix et communications unifiées : Cisco Unity

Résolution des problèmes de sauvegarde SQL dans Unity

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Quand vous sauvegardez et restaurez un serveur de Cisco Unity (et un ou plusieurs serveurs exchanges), vous devez considérer les mêmes questions impliquées quand vous sauvegardez et restaurez n'importe quel autre système. Ce document décrit comment dépanner une panne de sauvegarde du Cisco Unity SQL.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Composants utilisés

Les informations dans ce document sont basées sur le Cisco Unity 4.0(5) et plus tôt.

Remarque: La sauvegarde d'outils de Reprise sur sinistre (saleté) est le seul outil pris en charge par Cisco de sauvegarde et de restauration pour Cisco Unity Server.

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

La sauvegarde programmée de base de données ne travaille pas au Cisco Unity 4.0(5) et plus tôt et crée un message d'erreur dans le journal d'application

Le programme de sauvegarde de base de données nocturne de Cisco Unity ne travaille pas sur le serveur de Cisco Unity 4.0(5) et plus tôt. La sauvegarde programmée échoue et le journal d'application affiche ce message d'erreur :

SQLSERVERAGENT 208 SQL Server Scheduled Job
	 'SqlNightlyBackupJob' (0xDD76B87067B64E4EA8BE7C8EE0B05F59) - Status: Failed -
	 The Job was invoked by Schedule (Nightly UnityDb Backup Schedule). The last
	 step to run was step 2 (BackupUnityDbLog).

Référez-vous aux id de bogue Cisco CSCsa95341 (clients enregistrés seulement) et CSCdv82394 (clients enregistrés seulement) pour plus d'informations sur cette question.

Solutions

Cette question se produit dans le Cisco Unity 4.0(5) et les versions antérieures où le compte d'installation de Cisco Unity a eu des privilèges retirés ou le compte est désactivé. Le disque dur ne pourrait pas être plein, mais la base de données et/ou les fichiers journal d'Unity dépassent 100 Mo pour des abonnés d'Unity chaque 10 K dans l'environnement. Cette question est réparée dans le Cisco Unity 4.1(1) et plus tard. Afin de résoudre ce problème, vous pouvez améliorer au Cisco Unity 4.1(1) ou à plus tard ou exécuter une des solutions discutées dans ce document.

Solution 1

Procédez comme suit pour résoudre ce problème :

  1. Allez au serveur de Cisco Unity et choisissez le début > les programmes > la Microsoft SQL Server > le gestionnaire d'entreprise. Si MSDE n'est pas installé, référez-vous à installer le logiciel de gestion pour MSDE 2000.

  2. Cliquez sur les Microsofts SQL Server > le groupe de Serveur SQL > le <UnityserverName> > les bases de données, cliquez avec le bouton droit sur UnityDb et choisissez Properties.

  3. Allez aux options l'onglet et changez le modèle de reprise à complètement s'il est placé à simple.

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unity/71986-unity-sql-backup-ts-1.gif

  4. Le clic Microsoft SQL divise > groupe de Serveur SQL > serveur local > Gestion > agent de serveur > travaux SQL. Si les travaux manquaient dans le passé, il y ont un X rouge sur SqlNightlyBackupJob et SqlWeeklyBackupJob.

  5. Cliquez avec le bouton droit sur SqlWeeklyBackupJob et choisissez le travail de début.

  6. Attendez quelques minutes et puis appuyez sur la touche <F5> afin de régénérer l'état.

  7. Répétez les étapes 5 et 6 pour SqlNightlyBackupJob.

Solution 2

Les scripts de sauvegarde faits sur commande SQL peuvent également échouer si le Cisco Security Agent pour la version 1.1(4) ou antérieures de Cisco Unity est installé et s'exécute pendant la copie de sauvegarde. Si le Cisco Security Agent pour les règles de protection de Microsoft SQL de Cisco Unity sont violés quand un utilisateur exécute les procédures de sauvegarde SQL ou la sauvegarde faites sur commande de saleté, la sauvegarde ne se termine pas. Le problème se pose si le processus qui exécute la sauvegarde n'a pas les autorisations correctes de contrôle d'accès de fichier de Cisco Security Agent pour la localisation d'objectifs de sauvegarde.

Les versions du Cisco Security Agent pour le Cisco Unity plus tard que la version 1.1(4a) incluent une règle qui identifie n'importe quel répertoire nommé SQLBackups comme répertoire de bac à sable qui est exclu du Cisco Security Agent pour des règles de protection de l'Unity SQL. Ainsi, une mise à jour au Cisco Security Agent pour le Cisco Unity à une version plus tard que 1.1(4a) résout ce problème. Vous pouvez télécharger la dernière version du Cisco Security Agent pour le Cisco Unity de la page de téléchargement logiciel (clients enregistrés seulement).

Vous pouvez également résoudre ce problème si vous exécutez l'un de ces étapes :

  • Pour le Cisco Security Agent pour des versions 1.1(4a) et antérieures de Cisco Unity, le Cisco Security Agent peut être désactivé avant que vous exécutiez toutes les procédures de sauvegarde faites sur commande, puis réactivent le Cisco Security Agent après que la copie de sauvegarde soit complète.

  • Si ce problème est produit avec une version du Cisco Security Agent pour le Cisco Unity qui est plus tard que la version 1.1(4a), changez la localisation d'objectifs de sauvegarde faite sur commande, ou la localisation d'objectifs de sauvegarde de saleté, à un chemin qui inclut un répertoire a nommé SQLBackups. Par exemple, les chemins de sauvegarde de cible de destination qui apparient la règle de bac à sable incluent le <directory> de C:\SQLBackups\, de D:\ \ SQLBackups \ <name> \, et \ \ backupserver \ SQLBackups \.

Solution 3

Vous devez s'assurer que le compte utilisé par la sauvegarde de saleté et par la sauvegarde SQL est identique. Sinon, vous pouvez manuellement changer le propriétaire des tâches de sauvegarde afin de résoudre ce problème. Procédez comme suit :

  1. Ouvrez le gestionnaire d'entreprise SQL.

  2. Développez les Microsofts SQL Server > le groupe de Serveur SQL > le <UnityserverName> > la Sécurité et choisissez les procédures de connexion.

  3. Cliquez avec le bouton droit sur des procédures de connexion et choisissez la nouvelle procédure de connexion.

  4. Dans l'onglet Général, cliquez sur… le bouton à côté de la zone d'identification et choisissez le compte de Service(dirsvc) de répertoire d'Unity de la liste d'utilisateur de domaine. Alors cliquez sur Add et APPROUVEZ.

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unity/71986-unity-sql-backup-ts-2.gif

  5. Allez aux rôles onglet de serveur et aux administrateurs système de contrôle.

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unity/71986-unity-sql-backup-ts-3.gif

  6. Allez accès aux bases de données à l'autorisation de l'onglet et de contrôle pour UnityDb, ReportDb et UnityDistributionDb (si le Basculement est installé). Alors vérifiez le db_backupoperator pour l'autorisation dans le rôle de base de données et cliquez sur OK.

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unity/71986-unity-sql-backup-ts-4.gif

  7. Le clic Microsoft SQL divise > groupe de Serveur SQL > <UnityserverName> > Gestion > agent de serveur SQL > \ travaux.

  8. Cliquez avec le bouton droit sur SqlNightlyBackupJob et choisissez Properties. Alors cliquez avec le bouton droit sur SqlWeeklyBackupJob et choisissez Properties de nouveau.

  9. Du déroulant de propriétaire, choisissez l'utilisateur que vous avez juste ajouté et cliquez sur OK.

Remarque: Cette question peut avoir comme conséquence le bas espace disque sur le serveur. Vous devez rétrécir les bases de données de Cisco Unity dans cette situation. Référez-vous au rétrécissement l'exemple de configuration de base de données de Cisco Unity pour les informations sur la façon dont rétrécir la base de données de Cisco Unity.

Solution 4

Parfois les comptes de domaine et même le système local rend compte passage dans les questions d'autorisation qui peuvent faire échouer la sauvegarde. Ceci peut être réparé en allant à chaque tâche de sauvegarde et en se terminant ces étapes :

  1. Allez au serveur de Cisco Unity et choisissez le début > les programmes > la Microsoft SQL Server > le gestionnaire d'entreprise.

  2. Le clic Microsoft SQL divise > groupe de Serveur SQL > serveur local > Gestion > agent de serveur > travaux SQL.

  3. Dans le volet de droite, cliquez sur en fonction une tâche de sauvegarde, par exemple, SQLNightlyBackupJob. Clic droit et Properties choisi.

  4. Dans la fenêtre de Properties, allez à l'onglet Général et pour le propriétaire, choisissent SA de la liste déroulante.

  5. Sauvegardez et testez la sauvegarde.

  6. Si ceci fonctionne bien, changez le propriétaire à SA pour le SQLWeeklyBackupJob aussi bien.

    Une fois que ces étapes sont exécutées, vous pourriez devoir rétrécir la base de données de Cisco Unity comme décrit dedans rétrécissez l'exemple de configuration de base de données de Cisco Unity.

La sauvegarde distante d'Unity échoue quand le serveur distant est dans un domaine différent

Quand la sauvegarde de Cisco Unity est exécutée à un serveur distant qui se trouve dans un domaine différent, la sauvegarde échoue. La sauvegarde est créée, mais la sauvegarde ne peut pas être déplacée au site distant. Si vous créez une sauvegarde localement et créez alors un emploi de déplacer le fichier de sauvegarde du serveur local au serveur distant, il fonctionne bien si le job est exécuté sur la console du serveur, mais échoue quand il fonctionne comme travail planifié.

Solution

Terminez-vous ces étapes afin de résoudre le problème :

  1. Créez un lecteur tracé. Le lecteur tracé est disponible seulement tandis qu'ouvert une session le serveur.

  2. Créez votre travail planifié de déplacer le fichier au site distant.

  3. Les travaux de travail planifié tant que le compte est enregistré au serveur, dus à la Disponibilité du lecteur tracé. Ceci signifie que vous avez besoin êtes enregistré au serveur.

La sauvegarde de saleté échoue avec l'erreur : (error):70 (autorisation refusée) dans des bAccountHasMailstoreRights de procédure de frmMain de forme

Quand vous exécutez la sauvegarde de saleté, vous recevez un message qui demande si vous exécutiez DBWalker. Quand vous appuyez sur correct, cette erreur est reçue :

(error):70 (Permission denied) in procedure bAccountsHasMailStoreRights of Form frmMain

Suivi de cette erreur :

(error):52 (Bad file name or number) in procedure bAccountHasMailStoreRights
of Form frmMain

Solution

Une des la plupart des causes classiques de cette erreur est que la saleté courante n'a pas les bonnes autorisations. Afin d'exécuter la sauvegarde avec succès, assurez-vous que le compte a les bonnes autorisations.

(OU)

Émettez cette commande de l'invite de commande :

« [Lecteur] : \ CommServer \ utilitaires \ DisasterRecoveryBackup \ UnityDisasterRecoveryBACKUP.exe /SkipSara »

(OU)

Changez la valeur d'IncludeMessages dans le serveur d'Unity > exécuté > regedit >HKLM \ logiciel \ Voix active \ DisasterRecovery \ configurations de 1 à 0.

La sauvegarde d'Unity à un serveur de réseau échoue

La sauvegarde de Cisco Unity à un serveur de réseau échoue avec une de ces erreurs :

Event Type:	Error
Event Source:	MSSQLSERVER
Event Category:	(2)
Event ID:	17055
Date:		3/11/2009
Time:		2:46:38 PM
User:		360NETWORKS\UnityInstall
Computer:	UNITY01
Description:
18204 :
BackupDiskFile::CreateMedia: Backup device 'B:\UnityDBBackUp.sql' failed to create. 
Operating system error = 3(The system cannot find the path specified.).

ou

(error) in cmbBackup routine:[Microsoft][ODBC SQL Server Driver][SQL Server]
Cannot open backup device '\\Server\d$\unitybkp\UnityDBBackUp.sql'.
Device error or device off-line.
See the SQL Server error log for more details.
[Microsoft][ODBC SQL Server Driver][SQL Server]BACKUP DATABASE is 
terminating abnormally. number= 0.

Solution

Il y a deux causes possibles qui rendent cette question :

  • Quand la sauvegarde est faite avec le Cisco Security Agent activé

    Désactivez le CSA et activez-le quand la sauvegarde est complète pour résoudre le problème.

  • La méthode de sauvegarde du deux-saut SQL n'est pas utilisée

    La sauvegarde réelle des données SQL pour la base de données principale de Cisco Unity et, sur option, la base de données d'états est faite avec les services SQL. En soi, les autorisations d'écrire des fichiers au répertoire cible sont limitées par le compte sous lequel le SQL entretient le passage. Si votre site utilise le système local expliquez ces services, alors si vous amortissez les données de sauvegarde SQL à un emplacement de boxe, il échoue. En outre, vous utilisez un domaine expliquez les services SQL mais ne voulez pas accorder des autorisations lecture/écriture hors fonction à l'emplacement de boxe, puis la partie de sauvegarde SQL échoue aussi bien.

    C'est un scénario assez commun, ainsi un mécanisme simple à fonctionner autour de lui est fourni. D'abord, faites la sauvegarde SQL à un lecteur local. Écartez les fichiers de base de données sauvegardés à la cible de boxe avec l'utilisation de la sauvegarde de saleté de compte sous laquelle elle fonctionne. Puis, supprimez les copies locales des fichiers de sauvegarde. Ceci s'appelle la méthode de deux-saut. Effectuez les étapes suivantes :

  1. Allez aux outils de Cisco Unity et téléchargez la nouvelle version de la sauvegarde de saleté. Puis, installez la même chose.

  2. Dans le champ Location de sauvegarde de cible, entrez l'emplacement réseau.

  3. Vérifiez la méthode de saut de l'utilisation « deux » pour sauvegarder des données SQL. Le répertoire local provisoire que vous écrivez ici devrait être local au serveur.

    Cette étape la sauvegarde SQL au lecteur local et copiera plus de sur le lecteur réseau. C'est pourquoi ce s'appelle la méthode de deux-saut. La saleté ne peut pas SQL de sauvegarde à un lecteur réseau dans un.

La sauvegarde de saleté ne permet pas la sauvegarde des messages de boîte aux lettres

Quand vous exécutez la sauvegarde de saleté pour sauvegarder des messages de boîte aux lettres, la sauvegarde échoue avec ce message d'erreur :

The account you logged in as does not have 'Send as' and 'Recieve as' rights
on one or more message stores that Unity subscribers are associated with.

http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unity/71986-unity-sql-backup-ts-5.gif

Solution

La cause possible de cette erreur pourrait être le compte que vous utilisez n'a pas assez d'autorisations afin d'accéder à des boîtes aux lettres. Vérifiez que vous ouvrez une session avec l'explication qu'envoyer-comme et recevoir-comme des autorisations sont vérifié comme laissent.

http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unity/71986-unity-sql-backup-ts-6.gif


Informations connexes


Document ID: 71986