Интересная проблема. Я не вращал тестовый экземпляр для репродуцирования этого на моем собственном поле, но похоже, что существует три значения реестра, сохраненные в ключе ниже этого, относятся к SIDs групп, созданных установкой SQL Server 2005 года:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.x\Setup
Значения являются AGTGROUP, FTSGROUP и SQLGROUP. Группы, которым использовали SIDs для заполнения этих значений, были (занимающий место на название сервера и имя экземпляра SQL):
SQLServer2005MSSQLUser$SERVER-NAME$INSTANCE-NAME
SQLServer2005MSFTEUsers$SERVER-NAME$INSTANCE-NAME
SQLServer2005SQLAgentUsers$SERVER-NAME$INSTANCE-NAME
Я предполагаю, что Вы продвинули это поле то, чтобы быть контроллером домена в существующем домене, вместо того, чтобы создать совершенно новый домен, отобранный из собственной базы данных Local Users и Groups (SAM) этого поля.
Из того, что я вижу (снова, w/o repro'ing это сам), необходимо создать новые группы в домене для этого сервера, затем получить SIDs для новых групп и поместить их в реестр. Похоже, что "восстановление" установки SQL Server сделало бы это. Взгляните на эту статью от Microsoft Connect: http://connect.microsoft.com/SQLServer/feedback/ViewFeedback.aspx?FeedbackID=202561
Поиск, что статья для фразы "Одна или несколько групп безопасности SQL была так или иначе удалена" и прочитана обходное решение там. Это похоже на убирание старых групп, и выполнение установки в режиме восстановления сделает то, что Вы хотите. Я положил бы, что лучше, чем попытка воссоздать их вручную как некоторые сообщения в блоге и сообщения форума я нашел, предлагают.
Сказав все это, резервное копирование, в минимуме, той части реестра и Ваших баз данных, прежде чем Вы начнете изменять вещи. Наличие хороших резервных копий делает вещи "просто работать"... <улыбаются>
Можно назвать его вообще, Вам нравится. Единственная реальная важность является непротиворечивостью. Особенно когда дело доходит до обеспечения почтовой пропускной способности.
Всего хорошего, чтобы гарантировать что имя хоста, о котором сообщает Ваш MTA HELO
, вперед A
Запись DNS и реверс PTR
Запись DNS является всей одинаковой.
Ваше имя хоста, специально для электронной почты, может быть выставлено реальному в форме заголовков, но в целом это не оказывает реального влияния на доставку почты. Однако просто удостоверьтесь, что Вы не устанавливаете свое имя хоста на domain.com
если это - домен, Вы принимаете почту для. Постфикс использует имя хоста для установки конкретных переменных, и опция по умолчанию состоит в том, чтобы поставить почту локально для имени хоста.
Нет, это является просто косметическим. Если Вы не осторожны, много программ (постфикс, я думаю, апач, и т.д.) будет использовать любые отчеты "об имени хоста", которые могут вызвать проблемы. Иначе нет ничего волшебного об имени хоста.
доставка почты зависит от поиска типа записи DNS, определенного как MX. Нет никакой ссылки между краткостью имени и способностью ее, чтобы искаться.