Перейти к содержанию

Резервное копирование KSC 10


Рекомендуемые сообщения

Всем доброго времени суток!

 

Есть вопрос по резервному копированию САБЖ на сетевой диск.

В параметрах задачи резервного копирования указываю сетевой путь, пытаюсь сохранить задачу и получаю ошибку (см. файл ERR_KSC.jpg).

Стандартный пользователь, под которым стартует служба сервера администрирования, сменен на доменного с помощью утилиты klsrvswch (см. файл user_ksc.jpg).

Этот пользователь добавлен в локальную группу KLAdmins (см. файл user_groups.jpg).

На сетевой каталог пользователю назначены максимальные права.

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

 

Но ошибка говорит о том, что SQL-сервер (а не сервер администрирования) не имеет прав на запись в каталог.

Я уже видел на этом форуме подобные вопросы и понял, что разрешения надо дать серверу администрирования и SQL-серверу. С сервером администрирования всё понятно.

 

Подскажите как дать разрешение SQL-серверу?

post-52609-0-01179500-1568789084_thumb.jpg

post-52609-0-65412900-1568789090_thumb.jpg

post-52609-0-56718400-1568789259_thumb.jpg

Ссылка на комментарий
Поделиться на другие сайты

Подскажите как дать разрешение SQL-серверу?

дать права службе, от которой стартует sql.

Либо её изменить (если там система или иное)и дать права.

При этом, нужно будет ряд действий сделать.

 

https://help.kaspersky.com/KSC/SP3/ru-RU/156275.htm

Изменено пользователем oit
Ссылка на комментарий
Поделиться на другие сайты

дать права службе, от которой стартует sql.

Либо её изменить (если там система или иное)и дать права.

При этом, нужно будет ряд действий сделать.

 

https://help.kaspersky.com/KSC/SP3/ru-RU/156275.htm

 

 

Спасибо за ответ.

Покурил мануал по Вашей ссылке.

Сложновато это для меня ) поэтому попытаюсь немного по-спрашивать ))

 

Я понял, что все параметры SQL-сервера можно задать при инсталляции KSC.

Но, не хотелось бы переустанавливать всё...

 

В моем случае СУБД локальная, учетка службы сервера администрирования доменная (я сменил созданную при инсталляции на доменную).

Доменная учетка службы сервера администрирования включена в локальные группы "Пользователи" и "KLAdmins".

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

Не до конца понял какие локальные права назначить учетке SQL-сервера. В мануале сказано про права учетки, из под которой стартует инсталлятор и далее, что для этой учетки не требуется доступ к самому SQL-серверу.

 

Прошу пояснить несколько моментов:

1. Как понять какой метод аутентификации (SQL или windows) используется?

2. В аттаче скриншот служб. Насколько я понимаю "SQL Server (SQLKSC)" - это то, что нас интересует? Или для всех указанных служб надо изменить учетку?

3. Могу ли я изменить учетку для SQL сервера на ту же, из под которой стартует сервер администрирования?

4. Какие, все таки, локальные права назначить учетке, из под которой будет стартовать служба SQL-сервера?

    Сейчас в винде есть 2 группы:

    - SQLServer2005SQLBrowserUser$SRV-KSC-01

    - SQLRUserGroupSQLKSC

    В первой группе - NT SERVICE\SQLBrowser... (вроде это тоже какая то группа...)

    Во второй группе много пользователей SQLKSCnn, где nn - цифры от 00 до 20

 

Буду очень благодарен за советы.

post-52609-0-98423300-1568808307_thumb.jpg

Ссылка на комментарий
Поделиться на другие сайты

 

 


Как понять какой метод аутентификации (SQL или windows) используется?
SQL management studio запустить. Посмотреть какая аутентификация проходит.

 

 


понимаю "SQL Server (SQLKSC)" - это то, что нас интересует?
да.

 

 


Могу ли я изменить учетку для SQL сервера на ту же, из под которой стартует сервер администрирования?
да

По правам самого sql - может позже посмотрю. Не обещаю.

Там schema admins и dbo вроде было

Ссылка на комментарий
Поделиться на другие сайты

Огромное спасибо за помощь.

 
Всё завелось и, как говорится, поехало.
Подведем итог того, что сделано, может кому пригодится.
 
1. В домене создана учетка ksc.bkp@domain.name.com, которая включена в локальные группы (на том компе или сервере, где работает KSC) "Пользователи" и "KLAdmins". В моем случае и SQL и KSC работают на одном сервере;
2. Для службы сервера администрирования учетную запись по умолчанию я сменил на созданную доменную (ksc.bkp@domain.name.com) с помощью утилиты klsrvswch;
3. Для проверки метода аутентификации, на сервере, где установлен KSC, установил SSMS 18.2 и проверил ее работу (запустил и авторизовался). Авторизация прошла от имени текущего пользователя windows (моя личная доменная пользовательская учетка). Посему я посчитал, что наш вариант - аутентификация windows;
4. Сменил учетку для запуска службы "SQL Server (SQLKSC)" на созданную доменную (ksc.bkp@domain.name.com). Для этого:
- зашел в службы (services.msc);
- нашел службу "SQL Server (SQLKSC)" и даблкликнул по ней;
- на вкладке "Вход в систему" выбрал вариант "С учетной записью", через обзор выбрал учетку ksc.bkp@domain.name.com и ввел ее пароль;
- все сохранил и перезапустил службу.
5. Создал сетевую шару, на которую доменной учетке (ksc.bkp@domain.name.com) дал права на чтение, запись, удаление;
6. В консоли управления настроил задачу для резервного копирования, где указал путь на сетевую шару (см. аттач SQL_services2.jpg).

 

Всё.

post-52609-0-78121200-1568879165_thumb.jpg

Ссылка на комментарий
Поделиться на другие сайты

Пожалуйста, войдите, чтобы комментировать

Вы сможете оставить комментарий после входа в



Войти
  • Похожий контент

    • Александр В. Л.
      От Александр В. Л.
      Здравствуйте. Имеется KSC 15.1 , в качестве БД используется MS SQLExpress 2022. Вроде, всё работает, но постоянно выскакивает ошибка задачи "Резервное копирование данных Сервера администрирования" :  
      База данных повреждена. Generic db error: "5030 'Не удалось монопольно заблокировать базу данных KAV для выполнения операции.{42000};' LastStatement='DBCC CHECKDB('KAV') WITH NO_INFOMSGS;'" Подскажите, пожалуйста, как это починить?
    • ZOLkinA
      От ZOLkinA
      Друзья, выручайте!
      имеется три политики (1,2,3).и две группы управляемых устройств (1,2)
      Все три активны. Все три НЕ имеют наследия.
      1 политика -для автономных АРМ.
      2 политика -для группы 2
      3 политика -для группы 3
      Вопрос: Как сделать что бы изменения вносимые по контролю устройств в политику 1,автоматически передавались в политику 2 и 3?
       
       
    • Илья Н.
      От Илья Н.
      Добрый день!
      В организации установлен Kaspersky Security Center 12, с KES различных версий и Агентом администрирования KSC 12 версии. У многих ПК в домене проблемы с Агентом KSC, из за чего нет управления над этими ПК.
      Я хочу обновить на всех доменных ПК Агент KSC с 12 версии, до версии 14.2, заодно решив проблему с неуправляемыми ПК и обновлением самого KSC с 12 версии до 14.2. Для этого на сервере KSC я развернул инсталляционный пакет Агента KSC 14.2 и написал скрипт, который удаляет любую версию установленного Агента KSC и устанавливает Агент KSC 14.2 версии. Но возникла проблема с запуском данного .bat файла через GPO на логон пользователя, так как для этого нужны админские права (у пользователей в домене их нет).
      ВОПРОСЫ:
      1. Подскажите пожалуйста, может быть вы знаете как запустить батник на всех компах в домене с админскими правами?
      2. Может быть вы знаете еще способы массового обновления Агента KSC (в том числе и не на управляемых ПК в KSC)?  
    • DD654
      От DD654
      Вообщем, есть выделенный сервер с KSC-12, изначально настроил, работал без особых проблем, своих агентов видел, KeS обновлялся. 
      Прошлым летом сменил айпи на сервере, в целях упорядочения раздачи айпи. Вроде всё работало, как обычно. Потом отпуск, потом Новый год,  смотрю - а у меня три четверти компов в KSC помечены, как с отсутвующими
      агентами KSC. Вернул айпишник на старый, подождал дня 2-3 - не помогло. Снова вернул айпи на новый, "упорядоченный", сделал батник с командой:
      C:\Program Files (x86)\Kaspersky Lab\NetworkAgent\klmover.exe -address ksc.domain.local -silent  /точнее, вначале вместо полного имени сервак с KSC указал его айпи/,
      запустил задачей средствами ксц, пишет - отработало успешно в обоих случаях /с айпи и днс-именем/,  - но - не помогло. KSC все равно не видит агентов KSC на локальных компах.
      Вычитал на форуме про проблему с сертификатами,  с KSC экспортировал сертификат KeS и раздал его политикой домена на локальные компы. Подождал ночь, чтоб компы перезагрузились через
      выключение/включение - не помогло. Своих агентов КСЦ на локальных компах не видит всё равно. А они есть, как и КеС.
      В чем беда, не подскажете, уважаемые? Может, надо базу sqlexpress отрихтовать каким-то образом? Похоже, там прописалась в нескольких местах всякая инь-янь-хрень...
      Да, КСЦ Версия: 12.2.0.4376, агенты соответственно тоже, КеС версия 11.6.0.394, переустанавливал и вместе через задачу, и по-отдельности, и просто тупо удаленно с пары локальных компов с КЛ-шары из пакаджест,
      после установки/переустановки -пишет всё встало хорошо, просто замечательно, перезагружаешься - а ксц всё равно своих агентов с кес не видит...
       Может, кто-то сталкивался с аналогичным?
       
       
    • Илья Н.
      От Илья Н.
      Добрый день!
      Имеется сервер KSC 12, с отвалившимися ПК, у которых агент администрирования не выходит на связь с сервером.
      При попытке удаленно (через PsExec) переустановить агент администрирования, с помощью команды:
       
      msiexec /i "\\address\NetAgent_12.0.0.7734\exec\Kaspersky Network Agent.msi" /qn DONT_USE_ANSWER_FILE=1 SERVERADDRESS=address.local EULA=1 SERVERPORT=14000 /l*vx c:\windows\temp\nag_ins.log Появляется ошибка установки - 1624, с сообщением в файле лога:
      MSI (s) (CC:A4) [15:57:20:095]: No System Restore sequence number for this installation. Ошибка применения преобразований. Проверьте правильности путей указанных преобразований. \\address\MST\18dd0322-f64f-4084-952a-18051b4573b1_3_NetAgent_12.0.0.7734.mst Действительно, в данной папке нет MST файла. Вопрос - как его сгенерировать? Насколько я понимаю, он должен быть автоматически сгенерирован, при формировании инсталляционного пакета. 
      Я копировал файлы из папки \NetAgent_12.0.0.7734\exec\, через ORCA генерировал MST файл и копировал на ПК - всё равно появлялась аналогичная ошибка. Как ее исправить?
        
×
×
  • Создать...