Распределите пакеты IP через различные очереди NIC с MSI (сообщение Сообщенные Прерывания)
Я задаюсь вопросом если объем GUID, измененный так или иначе. Местоположение базы данных Active Directory сохранено в реестре (см. Отображения Диска HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NTDS\Parameters\DS). Это - все, что я могу придумать ре: что, возможно, произошло, и это не действительно "часть для обслуживания пользователем".
Что Вы видите, там заставляет меня чувствовать отсутствие доверия способности машины когда-либо работать правильно снова. (Я не положил бы, что дисковый массив или RAID-контроллер далее, чем мог бросить его, если он собирается уйти, и перенумеровать диски он представляет Windows, но это - другая история.)
Восстановление от резервного копирования может быть проблематичным, если Вы продолжили иметь пользователей, использующих Exchange на той машине во время этого отключения электричества, так как больше данных накапливается на поле.
Я поднял бы временный компьютер Exchange Server на другой машине, переместить все почтовые ящики в тот вторичный сервер, копировать Ваши общедоступные папки, OAB, и т.д. таким образом, что можно списать Exchange на неудавшемся сервере правильно. Необходимо будет оставить неудавшийся сервер, работающий достаточно долго, чтобы все пользователи получили доступ к своим почтовым ящикам в новом месте однажды так, чтобы Outlook обновил их профили MAPI для обращения к названию временного сервера.
После того как Вы сделали это, я восстановил бы неудавшийся сервер с нуля, выполнив очистку метаданных NTDS, при необходимости, если он не понизит назад до рядового сервера правильно (см. http://support.microsoft.com/kb/216498).
После восстановления машины можно переустановить Exchange и положить обратно почтовые ящики, копировать общедоступные папки и т.д. Снова, необходимо будет оставить оба компьютера Exchange Server, работающие вместе, пока все пользователи не получили доступ к своему почтовому ящику, по крайней мере, однажды так, чтобы их профили MAPI были обновлены, и можно вывести из эксплуатации временный компьютер Exchange Server.
Если кто-то еще будет пытаться узнать, как сделать стек Linux Networking TCP/IP для масштабирования на нескольких ядрах процессора...
MSI может быть использован двумя базовыми технологиями NIC для распределения пакетов через несколько очередей. Каждая очередь NIC обрабатывается различным Прерыванием на выделенном ядре процессора для достижения масштабируемости:
- RSS (Получают Масштабирование Стороны) - распределяет пакеты различным очередям с разбивкой по источникам и Целевому IP и если применимо TCP/UDP исходные и целевые порты.
- VMDq (Очереди Устройства виртуальной машины) - распределяет пакеты MAC-адресом или тегами VLAN. Главным образом используемый гипервизорами VM, но я не вижу оснований, почему они не могли использоваться в установках non-VM.
Проблема с RSS состоит в том, что он всегда использует исходный IP для генерации хеша. Хеш используется для нахождения, к которому ставят этот пакет в очередь, должен пойти. Это означает, что нельзя управлять, какие пакеты должны пойти, к которой, очереди если он также не управляет исходным дюйм/с.
VMDq, кажется, более соответствует моей проблеме, потому что это распределяет пакеты целевым MAC-адресом. Это могло быть столь же просто как присвоение двух различных IP-адресов к тому же интерфейсу.
Источник: