Просто не связывайтесь с сервером, когда вы не чувствуете себя сосредоточенным, потому что вы можете закончить что-то вроде меня:
У меня есть сервер (WS2003 R2), который действует как резервный сервер (backup exec 2010). Нам нужен домен для кластерных служб, поэтому мы решили попробовать использовать этот сервер в качестве DC. После продвижения локальные учетные записи стали учетными записями домена. Затем мы передумали и резко понизили уровень сервера.
Затем я увидел, что потерял все локальные учетные записи, и попытался их воссоздать. Теперь я не могу запустить службы (служба или группа зависимостей не запустилась), и я даже не знаю, какая учетная запись использовалась в качестве службы входа в систему ... (я пробовал со всеми старыми, но никто не работает).
В любом случае вернуть пользователя (я ничего не вижу в реестре и папках, но есть несколько неизвестных учетных записей) или настройки резервного копирования?
Спасибо...
при воссоздании служб для Backup Exec убедитесь, что они работают следующим образом:
• Сервер браузера агента Backup Exec: тип запуска - автоматический и вход в систему как домен \ имя пользователя • Служба ядра заданий Backup Exec: тип запуска - автоматический и вход в систему как домен \ имя пользователя • Служба сервера Backup Exec: тип запуска - автоматический и вход в систему как Домен \ Имя пользователя • Служба устройств и носителей Backup Exec: тип запуска - автоматический и вход в систему как домен \ имя пользователя • Тип запуска службы удаленного агента Backup Exec - автоматический и вход в систему как учетная запись локальной системы • SQL Server (BKUPEXEC) - автоматический запуск и вход в систему в качестве учетной записи локальной системы, затем проверьте пароль, перейдя в свойства, нажмите «Вход» и повторно введите пароль «Имя пользователя» (такой же, как вход в систему по умолчанию для BackupExec)
Попробуйте восстановить Backup Exec
Наконец-то я получил пользователя с достаточным количеством разрешений для выполнения резервного копирования.
http://www.symantec.com/business/support/index?page=content&id=TECH136148 http://www.symantec.com/business/support/index?page=content&id=TECH184449 http://www.symantec.com/business/support/index?page=content&id=HOWTO99216#v53937162 http://www.symantec.com/business/support/index?page=content&id=TECH161715
Все эти статьи помогли. Но окончательное решение заключалось в том, что пользователь sql был dbo для каждой базы данных, а не только для BEDB.