Нет - Вы не можете только переместить базу данных. Это слишком плохо, но это - просто способ, которым продукт разработан / реализованный.
Ваш лучший выбор является к ExMerge данными из исходного сервера, и импортируйте его в сервер Exchange 2007.
Больше фона на ExMerge: http://support.microsoft.com/kb/174197
Примите во внимание, что ответы на импортированные сообщения могут перестать работать, и модификации к старым объектам календаря не могут работать правильно, потому что адреса X500 от исходной установки Exchange не будут присвоены почтовым ящикам в новой установке Exchange. Существуют некоторые детали о той проблеме здесь: http://blogs.technet.com/sbs/archive/2009/05/21/cannot-reply-to-old-emails-or-modify-old-calendar-items-after-pst-mail-migration.aspx
В основном Вам нужен legacyExchangeDN от старой установки Exchange, которая будет добавлена к новым получателям как формат X500 proxyAddress запись. Это не слишком плохо, чтобы сделать, после того как Вы знаете, что сделать.
ответ @bvs, на который указывают в точно правильном направлении проблемы и решенного это для меня. Здесь, некоторые детали о точных командах. Что касается многих интерфейс по умолчанию eth0
, я беру это в следующих командах, которое имеет к замененному eth2
для исходного вопроса.
Для временного решения (до перезагрузки) использование
sudo sysctl -w net.ipv4.conf.eth0.promote_secondaries=1
для постоянного решения, которое сохраняется после того, как перезагрузки создают файл /etc/sysctl.d/ip-promote.conf
(или другое имя файла, заканчивающееся .conf
) со следующим содержанием:
# The following makes that a second IP on the eth0 interface
# is promoted as primary IP instead of being removed.
net.ipv4.conf.eth0.promote_secondaries=1
Это происходит из-за того, что вы используете маску сети / 24 при удалении. Он применяется к введенному вами адресу. Попробуйте следующее:
ip addr del 1.1.1.2/32 dev eth2
Маска / 32 определяет ровно один хост.
У меня нет eth2, чтобы проверить это, но он правильно работает на eth0, и я не вижу причин, по которым eth2 должен быть волшебным. Я полагаю, вы используете ip addr show dev eth2
, поскольку ifconfig eth2
, похоже, не показывает дополнительные адреса, добавленные ip.
Я заметил одну вещь: порядок создания / удаления адресов важен. Второй и последующие адреса, добавленные в одной сети, будут удалены, если будет удален основной адрес. Учтите ...
inet 1.1.1.1/24 scope global eth0
inet 1.1.2.3/24 scope global eth0
inet 1.1.1.2/24 scope global secondary eth0
inet 1.1.1.3/24 scope global secondary eth0
Если вы удалите 1.1.1.1, то будут удалены и адреса 1.2 и 1.3. Если вы удалите любой другой адрес, будет удален только этот адрес.
Удаление первичного IP-адреса из интерфейса по умолчанию приведет к удалению всех остальных адресов в той же подсети.
Это ответ на ошибку REHL 1136733 сообщается пользователем lain, который дал ответ 12 марта 13 ...
Вы добавляете несколько адресов в одну подсеть, таким образом, второй и последующие становятся вторичными. Это можно увидеть в "ip addr show" обратите внимание на ключевое слово "вторичный" рядом с этими адресами.
По умолчанию при удалении первичного адреса ядро удаляет также все соответствующие вторичные.
Если вы хотите, чтобы один из вторичных сотрудников стал новым первичным на Для первичного удаления установите net.ipv4.conf.eth9.promote_secondaries sysctl.