База данных перемещения Exchange 2007 - сколько времени это, как оценивается, берет?
Это - часть протокола HTTP 1.1.
А именно, протокол HTTP 1.1 включает заголовок, названный "хостом": который указывает, к какому веб-сайту по конкретному серверу клиент пытается получить доступ.
Так, если snoopy.net и woodstock.org и совместно используют 192.0.32.10 и Ваш браузер, пытается стать довольным от http://snoopy.net/doghouse определенный запрос HTTP был бы похож:
GET /doghouse HTTP/1.1
Host: snoopy.net
Если желаемый URL http://woodstock.org/seeds запрос был бы похож
GET /seeds HTTP/1.1
Host: woodstock.org
В обоих случаях был бы сокет tcp между Вашим компьютером и портом 80 из сервера. Сервер знал бы для получения довольным от/var/www/snoopy.net или/var/www/woodstock.org/на основе заголовка Хоста.
Были бы другие заголовки для cookie и другой материал как тип браузера и позволили содержание, но заголовок "Хоста" конкретно - то, что позволяет веб-серверу знать, какой виртуальный веб-сайт желаем.
Существует больше в RFC2616.
Это также, почему https сайты *должны *** иметь их собственный IP-адрес - ssl ключевой обмен и проверка сертификата происходят до http транзакции, таким образом, http сервер не будет знать для выделения сертификата для "woodstock.org" или "snoopy.net", когда это получит подключение HTTPS на порте 443 из 192.0.32.10.
править
** в комментариях Grawity указывает, что существуют расширения SSL в спецификации TLS, которые позволяют серверу знать, какой веб-сайт, пользователь как пытающийся получить доступ, и что самые современные веб-браузеры имеют эти расширения, немного слишком силен - также.
Разве Вы не можете принести новую базу данных онлайн по SAN и переместить почтовые ящики в него? Мое понимание (я прекратил работать непосредственно с Exchange Server, когда 2003 был новым), то, что можно смонтировать несколько баз данных (2003 мог) и иметь некоторых офлайн и некоторых онлайн.
Так, почему не просто монтируют новую базу данных (или это по-другому на этот раз и монтируют несколько из них, такой, что Вы никогда не волнуете с единой базой данных на 79 ГБ снова), и переместите почтовые ящики в новую базу (базы) данных?
Для продолжения моего собственного вопроса я выполнил миграцию на Первой Группе устройств хранения и Второй Группе устройств хранения (Общедоступные Папки) сегодня. Так как я оценивал 6 - 7 часов, я полагал, что воскресенье было лучшим. Я сделал основной почтовый ящик DB сначала, на уровне 74 Гбит в размере (примерно). Потребовалось приблизительно 45 минут. Ничего себе. Я был удивлен. После составления бюджета в течение 6 - 7 часов, которое было желанным удивлением и исправило остальную часть моих выходных :)
Остальная часть группы устройств хранения (журналы и система) для обеих Групп устройств хранения и Общедоступной Базы данных Папки заняла приблизительно 15 минут.
Так, в целом, это было более быстро, чем ожидалось. Для тех такой спрошенный я не искал точное число, просто вид приблизительной оценки для синхронизации. Угадайте, что все мы были бы выключены :)
Я должен был бы указать, что это, вероятно, будет намного медленнее иметься нас не потраченный хорошие деньги на аппаратные средства, когда мы купили его. Это платит для покупки фирменных аппаратных средств с хорошей производительностью.
Спасибо все для Ваших ответов. Я для у каждого будет большой отдых выходных.:)
У меня был ящик Exchange 2007 с БД 154 ГБ, и мне потребовалось 59 минут, чтобы переехать в новое место. Он находится в виртуальном ящике, и я переместил БД из одного раздела на сервере в раздел на том же сервере.