Le message d’erreur « Le chemin du dossier est incorrect. 1181/0x52e Une erreur 181/0x52e est survenue car le Serveur d'administration n'avait aucune autorisation d'écriture sur... » s’affiche lors de la création d’une copie de sauvegarde.

Solution

1. Vérifiez si les comptes sous lesquels les services du Serveur d'administration et du serveur SQL sont exécutés possèdent les autorisations d’accès et d’écriture dans le dossier partagé.
2. Vérifiez si le dossier partagé existe et qu’elle est accessible depuis le Serveur d'administration et le serveur SQL.
3. Configurez les autorisations pour le dossier dans lequel la copie sera effectuée.

Le journal d’exécution de l’utilitaire klbackup et de la tâche de sauvegarde klbackup.log peut contenir le message d’erreur suivant : « Backing up db ... FAILED - check whether SQL Server has enough permissions to access backup path ... Cannot open backup device ... Operating system error 3 (error not found). ».

Solution

1. Utilisez le chemin UNC pour l’accès au dossier avec la copie de sauvegarde si le serveur SQL et le Serveur d'administration ne sont pas installés sur le même appareil. Ceci est nécessaire pour que l'utilitaire klbackup et le serveur SQL aient accès au dossier avec la copie de sauvegarde en même temps. Vous trouverez les informations sur les chemins UNC sur le site du support de Microsoft.
2. Configurez les autorisations pour le dossier dans lequel la copie sera effectuée. Le serveur SQL peut créer et restaurer les copies de sauvegarde uniquement dans le dossier auquel il a accès direct (cette condition n’est pas pertinente pour MySQL). Le dossier doit être partagé avec les autorisations de lecture et d’écriture (les listes de contrôles d’accès (ACL) doivent être configurées pour le partage et NTFS).

Si le problème persiste, utilisez les instructions ci-dessous.

Le journal d’exécution de la tâche de sauvegarde klbackup.log peut contenir le message d’erreur suivant : « Backing up db ... FAILED - check whether SQL Server has enough permissions to access backup path ... Cannot open backup device ... Operating system error 3 (error not found). ».

Solution

1. Fermez l’utilitaire klbackup s’il est lancé.
2. Ouvrez le gestionnaire des tâches et mettez fin aux processus klbackup.exe, s'il y en a.
3. Activez le traçage du Serveur d'administration au niveau 4.
4. Lancez la tâche de sauvegarde et patientez jusqu’à ce que l’erreur se produise.
5. Désactivez le traçage du Serveur d'administration.
6. Exportez l’historique de la tâche contenant le message d’erreur dans un fichier texte.
7. Collectez les fichiers suivants sur l'appareil hébergeant le Serveur d'administration : $klserver-1093.log, $klserver-1093.log.bak, $klbackup-1093.log, klbackup.log et le journal d'événements.
8. Contactez le support technique de Kaspersky via Kaspersky CompanyAccount. Joignez les fichiers collectés et l’historique de la tâche exportée à votre demande.

L’utilitaire klbackup peut afficher le message d’erreur suivant : « Backing up db ... FAILED - check whether SQL Server has enough permissions to access backup path ... Cannot open backup device ... Operating system error 3 (error not found). ».

Solution

1. Fermez l’utilitaire klbackup s’il est lancé.
2. Ouvrez le gestionnaire des tâches et mettez fin aux processus klbackup.exe, s'il y en a.
3. Activez le traçage du Serveur d'administration au niveau 4.
4. Lancez l’utilitaire et patientez jusqu’à ce que l’erreur se produise.
5. Désactivez le traçage du Serveur d'administration.
6. Enregistrez le message d’erreur dans un fichier texte.
7. Collectez les fichiers suivants sur l'appareil hébergeant le Serveur d'administration : $klserver-1093.log, $klserver-1093.log.bak, $klbackup-1093.log et le journal d'événements.
8. Contactez le support technique de Kaspersky via Kaspersky CompanyAccount. Joignez les fichiers collectés et le texte du message d’erreur à votre demande.

La tâche de sauvegarde peut se terminer avec l’erreur suivante : « Erreur de base de données générique : "8985 "Impossible de trouver le fichier 'DATABASE_LOG' pour la base de données ‘KSCSDB' dans sys.database_files. Le fichier n’existe pas ou a été supprimé.{42000};'LastStatement='DBCC SHRINKFILE (DATABASE_LOG);’ ».

Cause

L’erreur se produit si le nom physique et logique du fichier de la base de données ne sont pas identiques. Cela peut se produire si vous avez créé vous-même la base de données du Serveur d’administration Kaspersky Security Center et que vous avez modifié le nom logique du fichier.

Solution

Modifiez le nom logique du fichier de la base de données pour qu'il corresponde au nom physique.

La tâche de sauvegarde peut se terminer avec l’erreur suivante : « La base de données est corrompue. Le stockage C:\ProgramData\Application Data\KasperskyLab\adminkit\1093\gsyn\klsdata.dat est endommagé et ne peut être restauré. La mise au point du matériel et la réinstallation de l'application sont requises ».

Cause

L’erreur peut se produire en raison d'un dysfonctionnement du système d'exploitation ou d'un redémarrage inattendu du système avec la mise en cache du disque activée (par exemple, en raison d'une perte de puissance). Cela entraîne la corruption des stockages de Kaspersky Security Center.

Solution

1. Désinstallez Kaspersky Security Center. Voir les instructions
2. Réinstallez Kaspersky Security Center. Voir les instructions
3. Restaurez la dernière copie de sauvegarde en utilisant l’utilitaire klbackup. Voir les instructions