Jump to content

Recommended Posts

Здравствуйте!

Есть Сервер администрирования P1, развернутый на виртуальной машине X. Подчиненный сервер администрирования Р2 (числится в Управляемых устройствах сервера Х) развернут на другой виртуальной машине Y. Не отрабатывает задача резервного копирования на подчиненном сервере администрирования Р2, а именно не мог задать корректный путь для резервирования.

После моих действий (не помню что делал) над папкой C:\ProgramData на виртуальной машине Y пропала закладка по Задачам для сервера Y.

С чего начинать проверку и восстановление Задачи и Backup?

Заранее благодарю!

adminkit.png

Share this post


Link to post
3 часа назад, siimao сказал:

Здравствуйте!

Есть Сервер администрирования P1, развернутый на виртуальной машине X. Подчиненный сервер администрирования Р2 (числится в Управляемых устройствах сервера Х) развернут на другой виртуальной машине Y. Не отрабатывает задача резервного копирования на подчиненном сервере администрирования Р2, а именно не мог задать корректный путь для резервирования.

После моих действий (не помню что делал) над папкой C:\ProgramData на виртуальной машине Y пропала закладка по Задачам для сервера Y.

С чего начинать проверку и восстановление Задачи и Backup?

Заранее благодарю!

Добрый день!

Для начала необходимо собрать GSI отчет с сервера где присутствует ошибка изображенная на скриншоте.

Спасибо!

Share this post


Link to post

GSI - это встроенная утилита или необходимо скачать?

Share this post


Link to post

Добрый день!

Архив работы GSI на проблемной виртуальной машине (здесь и далее "ВМ") Y подчиненного сервера P2 создан.
https://yadi.sk/d/c2TOsFF5HD90lw

SQL-сервер БД Р3 развернут на третьей виртуальной машине Z.
Основной сервер: p1-av-ksc-01, подчиненный сервер: p1-av-integr-01, сервер БД: p1-av-db-01.
На основном сервере прописан сетевой путь для backup: \\P1-AV-KSC-01\Backup\KasperskySC\. Физическая папка на ВМ здесь: D:\Backup\KasperskySC
На подчиненном путь теперь посмотреть не могу, т.к. Задачи не доступны, но, вроде, был: C:\ProgramData\KasperskySC\SC_Backup, но на нее ругается каждый раз при отrрытии KSC.

Backup для подчиненного сервера администрирования делается отдельно или в объеме основного сервера?

Спасибо.

Edited by siimao

Share this post


Link to post
17 часов назад, siimao сказал:

Добрый день!

Архив работы GSI на проблемной виртуальной машине (здесь и далее "ВМ") Y подчиненного сервера P2 создан.
https://yadi.sk/d/c2TOsFF5HD90lw

SQL-сервер БД Р3 развернут на третьей виртуальной машине Z.
Основной сервер: p1-av-ksc-01, подчиненный сервер: p1-av-integr-01, сервер БД: p1-av-db-01.
На основном сервере прописан сетевой путь для backup: \\P1-AV-KSC-01\Backup\KasperskySC\. Физическая папка на ВМ здесь: D:\Backup\KasperskySC
На подчиненном путь теперь посмотреть не могу, т.к. Задачи не доступны, но, вроде, был: C:\ProgramData\KasperskySC\SC_Backup, но на нее ругается каждый раз при отrрытии KSC.

Backup для подчиненного сервера администрирования делается отдельно или в объеме основного сервера?

Спасибо.

Добрый день!

Пожалуйста используйте утилиту Get System Info из этого блока https://support.kaspersky.ru/common/diagnostics/3632#block1

Поставьте галку Include Windows event logs

Спасибо!

Share this post


Link to post

Я этой версией и делал как Вы показалои на ссылку темы: GetSystemInfo6.2.zip. И галку ставил. Что-то не так?

Share this post


Link to post

К сожалению в отчете не оказалось информации, вероятно возникла проблема в процессе его сбора.

Спасибо!

Share this post


Link to post

Насколько мы понимаем, вы вмешивались в работу программы посредством измнений папки ProgramData, в указанной теме - 

 

К сожалению данный сценарий не поддерживается. В качестве решения возможно или самостоятельное устранение внесенных изменений, либо переустановка и восстановление из бэкапа.

Спасибо!

Share this post


Link to post

Константин, добрый день!

1. Повторюсь. Подчиненный сервер, развернутый на другой виртуальной машине, копируется в составе основного сервера или отдельно - самостоятельно на своей ВМ?

2. Из какого Backup Вы предлагаете восстановиться?

3. Просматривал свойства папки ProgramData основного сервера ПОСЛЕ возникновения проблемы на подчиненном сервере для определения аналогии. И связывать эти действия, наверное, нельзя.

4. Повторюсь. Какие права и кому должны быть даны для папки ProgramData для правильного отражения закладки Задачи?

5. Что показал анализ пересланного архива?

Спасибо.

Share this post


Link to post

Здравствуйте!

Каждый сервер администрирования имеет свою базу данных, она копируется своей задачей резервного копирования. 

Предлагалось использовать бекап, созданный до возникновения проблемы. Задачи также хранятся в базе данных, а не в папке ProgramData. Что касается прав пользователей на эту папку, их можно сравнить с аналогичной папкой на другом сервере администрирования. 

Спасибо!

 

Share this post


Link to post

 

1 час назад, Ivan.Ponomarev сказал:

Здравствуйте!

Каждый сервер администрирования имеет свою базу данных, она копируется своей задачей резервного копирования. 

>>> OK, понятно - спасибо!! Система досталась в наследство. Backup до сих пор не работает, вот и пытаюсь понять и сделать. Подозреваю, что backup не работал. Теперь еще и задачи слетели :(.

Предлагалось использовать бекап, созданный до возникновения проблемы.

>>> Его то и нет :(

Задачи также хранятся в базе данных, а не в папке ProgramData.

>>> Но, вроде как, после изучения свойств именно этой папки пропали Задачи. И при нажатии на Задачи выводится сообщение о несоответствии прав на файлы в этой папке.

image.png.885c830b243419e069ee63aa1a2f6945.png

Но в указанной папке такого файла нет! Только файлы с расширением .klt . И почему пишет про недоступность групповых задач? Групповые задачи могу посмотреть, перейдя в Управляемые устройства. Вроде как и кнопка Создать задачу тоже активна, но в перечне предлагаемых задач задачи Резервного копирования нет :(.

Или, может, проще путь: создать новые, тем более, что групповые доступны? Но каков их состав и свойства, по вашему опыту, должен быть?

Что касается прав пользователей на эту папку, их можно сравнить с аналогичной папкой на другом сервере администрирования. 

>>> Это утверждение верно для главного и подчиненного сервера? Для обоих должно быть аналогично? Где еще можно посмотреть настройки для права записи для сервера БД?

Отличие для папок ProgramData только в CREATOR OWNER. Может, его стоит добавить? (см. права.png)

Плюс еще стали появляться пустые папки в папке \ProgramData\ проблемного подчиненного сервера (см. папки.png). Обратил на них внимание только сейчас.

Спасибо!!!!!

 

 

права.png

папки.png

Share this post


Link to post

Попробуйте привести права в соответствие с правами на главном сервере. 

Также уточните, возможно ли создание новых задач. Если возможно - Вам нужны будут задачи обновления, сканирования и возможно резервного копирования. Все задачи можно создать по аналогии с главным сервером, либо включить на главном сервере форсирование задач на подчиненный.

Спасибо!

Share this post


Link to post

Появились другие проблемы, но и эта актуальна. Обновлю позже.

Share this post


Link to post
В 20.02.2019 в 17:47, siimao сказал:

Появились другие проблемы, но и эта актуальна. Обновлю позже.

Добрый день!

Держите нас в курсе.

Спасибо!

Share this post


Link to post

Задачи создать нет возможности. В конце мастера создания задач выскакивает такое же предупреждение.

image.thumb.png.4435342fa40ff9542c6bf619126b9221.png

 

 

Share this post


Link to post

Господа! Помогите решить проблему работы подчиненного сервера!

image.png.88ef98d2b0f91d8d641af83de17c9566.png

 

 

Share this post


Link to post

Здравствуйте,

Согласно отчету GSI эта ошибка у вас регистрируется несколько раз в минуту.

Наилучшим решением в данной ситуации будет полное удаление сервера администрирования и восстановление его базы из бекапа. По умолчанию резервная копия создается ежедневно и хранятся 3 копии.

Share this post


Link to post
Posted (edited)

Николай, тема начата с проблемы:

Есть Сервер администрирования P1, развернутый на виртуальной машине X. Подчиненный сервер администрирования Р2 (числится в Управляемых устройствах сервера Х) развернут на другой виртуальной машине Y. Не отрабатывает задача резервного копирования на подчиненном сервере администрирования Р2, а именно не мог задать корректный путь для резервирования.

Поэтому наилучшего решения нет.

Можете предложить другой вариант?

НЕ МОГУ ДАЖЕ ОБНОВЛЯТЬ БАЗЫ ХРАНИЛИЩА. Или это можно сделать через главный сервер?

Спасибо!

Edited by siimao

Share this post


Link to post

К сожалению, другого варианта для восстановления работоспособности сервера нет.

Цитата

НЕ МОГУ ДАЖЕ ОБНОВЛЯТЬ БАЗЫ ХРАНИЛИЩА. Или это можно сделать через главный сервер?

Это можно сделать, но в этом случае нужно подключить рабочие станции к главному серверу администрирования либо локально каждую машину с помощью утилиты klmover, либо задачей смены сервера администрирования с подчиненного сервера, если это возможно.

Share this post


Link to post

Николай,

Задачи просматривать и задавать не мог. Второй вариант отпадает.

А можно как-то удаленно запускать утилиту klmover?

Создан официальный запрос. Номер запроса: INC000010230865

 

Спасибо!

Share this post


Link to post
Цитата

А можно как-то удаленно запускать утилиту klmover?

Прошу прощения, забыл указать 3ий вариант - можно переустановить агенты администрирования на хостах, ранее подключенных к подчиненному серверу, с новыми настройками подключения к главному серверу.

Share this post


Link to post

Этот вариант держим в уме, но он не удаленный!

Уточняю: ВАРМ на ОС Linux.

Спасибо!

Share this post


Link to post
18 hours ago, siimao said:

Николай,

Задачи просматривать и задавать не мог. Второй вариант отпадает.

А можно как-то удаленно запускать утилиту klmover?

Создан официальный запрос. Номер запроса: INC000010230865

 

Спасибо!

Добрый день.

Утилита klmover не предназначена для удалённого запуска. Она необходима для случаев, когда установленные Агенты потеряли связь с сервером, например, в результате утраты сертификата последнего, и применяется локально на хостах.

Пожалуйста, ожидайте ответа в рамках заведённого инцидента. Мы можем продолжить разбор проблемы на форуме после или вместо исследования в рамках инцидента.

Спасибо.

Share this post


Link to post

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • Create New...

Important Information

We use cookies to make your experience of our websites better. By using and further navigating this website you accept this. Detailed information about the use of cookies on this website is available by clicking on more information.