AS
уже справился, почистил таблицы
Size: a a a
2020 December 09
AS
заодно размер базы уменьшил в разы
AS
ну так джобы только в SQL напрямую удалять, и почему-то процедура sp_UnpublishPolicy работает через раз
AS
в итоге сделал бекап базы, и выполнил DELETE FROM [POLICY_PUBLISH_QUEUE]
AS
после этого запустил службы, и наконец-то все ранбуки были остановлены
AS
при этом Purge Now кнопка в опциях Log Purge до сих пор выдает unexpected error, подозреваю что и запланированная процедура очистки логов не работает
Z
при этом Purge Now кнопка в опциях Log Purge до сих пор выдает unexpected error, подозреваю что и запланированная процедура очистки логов не работает
Поверь права у спуза который под менеджмент сервером
AS
права в sql у сервисного юзера оркестратора?
Z
права в sql у сервисного юзера оркестратора?
Да
Z
Какая версия оркестратора?
AS
2012 R2 UR14
Z
2012 R2 UR14
Ой, какая старая
Z
Это права спуза из под которого manager запущен?
AS
define спуз, я не встречался с таким словом еще
AS
это права юзера из-под которого запущены 3 из 4 служб Оркестратора, кроме Remoting Service, который под локальной запущен
AS
Ой, какая старая
установлен уже 2019 UR1, перетаскиваю в него ранбуки, вообще не заметил между ними разницы
AS
все еще 32битное приложение, ужас
Z
это права юзера из-под которого запущены 3 из 4 служб Оркестратора, кроме Remoting Service, который под локальной запущен
А ну вот. Так понятнее. Management service выполняет очистку. Ему нужны большие права. В 19 версии только выдача owner'а помогла
Z
установлен уже 2019 UR1, перетаскиваю в него ранбуки, вообще не заметил между ними разницы
Там есть разница, она больше техническая и под капотом и небольшая) можно сказать, что и нет😄