При создании резервной копии появляется сообщение об ошибке «Invalid folder path. Error 1181/0x52e has occurred because Administration Server has no write permission in...».

Решение

1. Убедитесь, что пользователи, под которыми работают службы Сервера администрирования и SQL-сервера, имеют права доступа и записи данных в общую папку.
2. Убедитесь, что общая папка существует и доступна с Сервера администрирования и SQL-сервера.
3. Настройте права доступа к папке, в которую будет производиться резервное копирование.

Утилита klbackup или задача резервного копирования в файле klbackup.log могут отображать ошибку: «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).».

Решение

1. Используйте UNC-путь к папке с резервной копией, если SQL-сервер и Сервер администрирования расположены на разных компьютерах. Это необходимо, чтобы доступ к папке с резервной копией был одновременно у утилиты klbackup и у SQL-сервера. Подробнее о UNC-пути смотрите на сайте поддержки Microsoft.
2. Настройте права доступа к папке, в которую будет производиться резервное копирование. SQL-сервер может создавать или восстанавливать резервные копии только в папке, к которой он может получить прямой доступ (для MySQL это требование неактуально). Папка должна быть в общем доступе и доступна для чтения и записи (списки ACL должны быть настроены для общего доступа и NTFS).

Если проблему решить не удалось, используйте инструкции ниже.

Задача резервного копирования в файле klbackup.log может завершаться ошибкой: «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).».

Решение

1. Закройте утилиту klbackup, если она открыта.
2. Откройте диспетчер задач и завершите процессы klbackup.exe, если они есть.
3. Включите трассировку Сервера администрирования уровня 4 и запустите задачу резервного копирования (вручную или в соответствии с ее расписанием).
4. Дождитесь ошибки задачи резервного копирования.
5. Отключите трассировку Сервера администрирования.
6. Экспортируйте историю задач с указанием ошибки в текстовый файл.
7. Соберите на компьютере с установленным Сервером администрирования файлы: $klserver-1093.log, $klserver-1093.log.bak, $klbackup-1093.log, klbackup.log и журнал событий.
8. Создайте запрос в техническую поддержку «Лаборатории Касперского» через Kaspersky CompanyAccount. К запросу приложите собранные файлы и экспортированную историю задач с ошибкой.

Утилита klbackup может завершать работу ошибкой: «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).».

Решение

1. Закройте утилиту klbackup, если она открыта.
2. Откройте диспетчер задач и завершите процессы klbackup.exe, если они есть.
3. Включите трассировку Сервера администрирования уровня 4.
4. Запустите утилиту и дождитесь появления ошибки.
5. Отключите трассировку Сервера администрирования.
6. Сохраните описание ошибки в текстовый файл.
7. Соберите на компьютере с установленным Сервером администрирования файлы: $klserver-1093.log, $klserver-1093.log.bak, $klbackup-1093.log и журнал событий.
8. Создайте запрос в техническую поддержку «Лаборатории Касперского» через Kaspersky CompanyAccount. К запросу приложите собранные файлы и сохраненное описание ошибки.

Задача резервного копирования может завершаться ошибкой: «Общая ошибка базы данных: "8985 "Не удалось найти файл 'DATABASE_LOG' для базы данных 'KSCSDB' в системе.database_files.файлы базы данных. Файл либо не существует, либо был удален.{42000};'LastStatement='DBCC SHRINKFILE (DATABASE_LOG);'».

Причина

Ошибка возникает из-за несоответствия физического и логического имени файла базы данных. Это может произойти, например, если вы самостоятельно создавали базу данных сервера Kaspersky Security Center и изменяли в ней логическое имя файла.

Решение

Смените логическое имя файла базы данных, чтобы оно соответствовало физическому.

Задача резервного копирования может завершаться ошибкой: «База данных повреждена. Поврежден по крайней мере один репозиторий C:\ProgramData\Application Данные\KasperskyLab\adminkit\1093\gym\xls data.данные были повреждены и восстановлению не подлежат. Требуется исправление аппаратного обеспечения и переустановка приложения.».

Причина

Ошибка может возникнуть из-за сбоя операционной системы и неожиданной перезагрузки (например, из-за отключения питания) системы с включенным кэшированием диска. Это приводит к повреждению репозиториев Kaspersky Security Center.

Решение

1. Удалите Kaspersky Security Center по инструкции.
2. Переустановите Kaspersky Security Center по инструкции.
3. Восстановите последнюю резервную копию данных с помощью утилиты klbackup по инструкции.