Вопрос : Подпорка базы данных обменом терпя неудачу с Arcserve v15

Я недавн раскрыл одиночную окружающую среду 2010 обменом сервера в нашей организации на сервере 2008 R2 Windows. Получил самый последний вариант ArcServe (v15) и раскрыл вещества на сервере обменом. Все нормальные архивы давали задний ход как раз штраф, но подпорки базы данных всегда терпят неудачу. Когда я иду посмотреть журнал для вещества обменом резервного, я вижу следующий: 16:31 ¿ 2010-06-03

: 51.267 [[23844]: (22740)] MSG ---------------------------------------------16:31 ¿ 2010-06-03
: 51.267 [[23844]: (22740)] MSG начинает 16:31 ¿ 2010-06-03
: 51.267 [[23844]: (22740)] MSG : 13 16:31 ¿ 2010-06-03
: 51.267 [[23844]: (22740)] MSG : ATCHBU02 16:31 ¿ 2010-06-03
: 51.267 [[23844]: (22740)] MSG ---------------------------------------------16:31 ¿ 2010-06-03
: 51.626 [[23844]: (22740)] MSG готовое для того чтобы выступить дистанционное 16:31 с иничиативой ¿ 2010-06-03 Powershell.
: 51.626 [[23844]: (22740)] MSG выступают дистанционное Powershell с иничиативой: 1 16:31 ¿ 2010-06-03 time.
: 54.808 [[23844]: (22740)] MSG ExecuteScript: Получите-PublicFolderDatabase - 16:31 ¿ 2010-06-03 status
: 54.839 [[23844]: (22740)] MSG уловило исключение в 16:31 ¿ 2010-06-03
GetEDBInfo (): 54.855 [[23844]: (22740)] MSG суменные для того чтобы исполнить сценарий Powershell, пожалуйста ссылаются журнал вещества для больше 16:31 ¿ 2010-06-03 information.
: 54.855 [[23844]: (22740)] MSG Init ое с 16:31 ¿ 2010-06-03 rc=-805306369
: 54.917 [[23844]: (22740)] MSG ExecuteScript: извлекайте-pssession - 16:31 ¿ 2010-06-03
встречи (получите-pssession): 55. 42 [[23844]: (22740)] MSG 16:31 ¿ 2010-06-03 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
: 55. 42 [[23844]: (22740)] MSG конца работы 13>: 55. 42 [[23844]: (22740)] MSG thoughs ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Any о причине и как исправить? class=

Ответ : Подпорка базы данных обменом терпя неудачу с Arcserve v15

Закончено вверх по быть вопросом группового членства при учет используемый для подпорки. Учетом должен быть член fo домен Admins групп, администраторы, резервные операторы, предпринимательство Admins, управление организации. Как только я добавил его к пропавшим группам от того списка, совсем работаемого отлично.

Заметьте что будет черепашка может вести к очень подобной проблеме если вы используете специальные символы в вашем пароле учета., тому то hotfix, котор вы упомянули выше исправляет.

Я надеюсь это помогает любому в будущем имеет этот вопрос.