Проблема, соединяющая Windows Server 2008 с Доменом

Инструмент Inbox Repair ScanPST.exe работает над Файлом Личных папок Microsoft Outlook 97-2002 (.pst) и Office Файл Личных папок Outlook (.pst) файлы данных в Microsoft Office Outlook 2003 и Microsoft Office Outlook 2007.

Инструмент OST Integrity Check, который ScanOST.exe выполняет только на .ost файлах, которые являются Outlook Офлайновые файлы Папки (синхронизировал офлайновые репозитории Exchange) и может использоваться, чтобы диагностировать и восстановить проблемы синхронизации. Это сканирует и Ваш .ost файл и Ваш почтовый ящик на Exchange, сравнивает объекты и папки в каждом, и пытается согласовать различия в синхронизации между ними.

В то время как ScanPST может работать офлайн, Вы должны быть подключены к своему Exchange Server для выполнения ScanOST.

Если Вы не можете открыть свой .ost файл, можно выполнить ScanPST, чтобы диагностировать и восстановить поврежденный .ost файл. ScanPST может использоваться на Вашем .ost и .pst файлах.

Эта статья Microsoft Office Support содержит более подробную информацию: Сканирование и восстановление повредили файлы данных Outlook

3
задан 2 December 2009 в 07:12
4 ответа

На виртуальной машине:

  1. Измените сеть на статический и введите в этих настройках:

    IPv4 - 192.168.100.128

    Маска подсети - 255.255.255.0

    Шлюз по умолчанию - 192.168.100.10

    Предпочтительный DNS-сервер - 192.168.100.5

  2. В системных свойствах Вы должны поле Основной суффикс DNS этого компьютера с Вашим доменным именем sfi-wfc.com и, чем галочка поле Change основной суффикс DNS, когда доменное членство изменяется.

  3. Перезапустите виртуальную машину.

  4. Используйте Полностью определенное Доменное имя (sfi-wfc.com) вместо имени NetBIOS при присоединении к домену.

1
ответ дан 3 December 2019 в 07:45
  • 1
    Я думаю, что это правильно - большая проблема - то, что на Ваш хост и VM указывают на различные серверы DNS - они должны все указать на контроллер домена. Возможно, Вы typo' d это, но VM' s DNS 102.5 вместо 100,5. –  icky3000 7 February 2010 в 08:20

Можно ли проверить с помощью ping-запросов само доменное имя? Например, если Вашим DC является MyDC.MyDomain.net, можно ли проверить с помощью ping-запросов MyDomain.net? Вы видите какие-либо ошибки в соответствии журнала системного события DC или сервера, когда Вы пытаетесь соединить сервер с доменом?

0
ответ дан 3 December 2019 в 07:45
  • 1
    Я могу проверить с помощью ping-запросов доменное имя и сервер DNS по имени, если у меня есть они в файле hosts. Когда я удаляю записи fro файл хоста, я могу проверить с помощью ping-запросов сервер DNS по имени, но не доменное имя. Когда я делаю nslookup на сервере DNS по имени это timesout, но дает мне адрес. –  Jim R 29 August 2009 в 17:52
  • 2
    Пропущенный для высказывания.. нет никакой ошибки messeges в Контроллере домена. –  Jim R 29 August 2009 в 18:00
  • 3
    Удалите все записи из файла hosts. Проверьте свои настройки DNS для NIC. Если все, что правильно, я сделал бы сетевую трассировку и на Вашем сервере и на сервере DNS для выяснения, почему разрешение DNS перестало работать. –  K. Brian Kelley 29 August 2009 в 18:05
  • 4
    Записи удалены из файла хоста. Удаленный их, как только я доказал, это не помогло. Я могу проверить с помощью ping-запросов и tracert от нового сервера до DC и реверса без проблемы. Текущей конфигурацией является DHCP, и я проверил, что все настройки и адреса хороши. Сетевой трассировкой делают средние yuo получают Wireshark и делают получение? –  Jim R 29 August 2009 в 18:13
  • 5
    Возможный relavent факт.. Новый сервер работает как виртуальный под Гиперпротив, я не испытал никаких затруднений при соединении хост-машины Hyper-V с доменом. –  Jim R 29 August 2009 в 18:19

Удостоверьтесь, что виртуальный коммутатор новой машины правильно настраивается. Если брандмауэр выключен на всех машинах, (и это должно быть к этому времени), затем, единственной вещью, оставленной в пути (так сказать), является vswitch., физический nic должен иметь только hyper v, протокол коммутаторов включил, и виртуальный порт не должен.

0
ответ дан 3 December 2019 в 07:45

У меня была подобная проблема. Для разрешения я должен был изменить соединение Виртуальной сети Hyper-V для использования Адаптера Традиционной сети.

  1. Закрытие VM
  2. Откройте менеджер Hyper-V
  3. на VM настройки удаляют Сетевой адаптер.
  4. Добавьте адаптер традиционной сети
  5. Перезапустите VM и повторную попытку.
0
ответ дан 3 December 2019 в 07:45

Теги

Похожие вопросы