Обновление к Exchange 2013 - какой-либо способ сделать это теперь?
Понятие класса подобно подсетям. Различие - то, что блок класса присвоен конкретному compagny или человеку. В этом случае IP блок 24.x.x.x был дан compagny, которые решают разделиться, он в нескольких отделяется. Возможно, compagny продал немного части их пространства адреса IP. Нотация класса действительно не используется в наши дни.
Вместо этого мы используем сетевую маску. Сетевая маска дает, помогает маршрутизатору разделить часть подсети и часть хоста. Как? Это просто, весь набор битов к 1 является частью адреса подсети, и те обнуленные являются адресом узла. Маршрутизатор просто должен выполнить поразрядное и с сетевой маской и IP-адресом к retrive адресу подсети. Другой способ записать сетевую маску путем добавления/x к основному адресу подсети т.е. 24.17.2.2/28.
Подсеть является группой хостов в той же сети, поскольку там не маршрутизаторы, который должен быть контактом для устанавливания соединения между двумя хостами в той же подсети. Таким образом, Вы хотите к присвоенному тот же адрес подсети к тем хостам. Существует два адреса, которые берут, когда эй формируют подсеть первое на и последнее. Первый адрес должен определять саму подсеть, это не применимый адрес, и что-либо отправленное в тот адрес будет отброшено. Последний адрес подсети является широковещательным адресом, что-то, отправляется в тот адрес, это будет получено всем хостом на подсети.
Если мы берем подсеть как 10.0.0.0/24 (или сетевая маска 255.255.255.0): у нас может быть хост от 10.0.0.1 до 10.0.0.254, таким образом, мы можем установить 254 IP-адреса. Мы использовали 10.0.0.0 для обозначения подсети, и 10.0.0.255 будет широковещательный адрес.
Если мы смотрим на возможную подсеть, мы имеем:
/32 (255.255.255.255): Только один применимый IP-адрес (у Вас нет адреса подсети, ни широковещательной передачи). Это используется в двухточечном соединении
/31 (255.255.255.254): довольно немного неполезно, потому что большинство маршрутизаторов устанавливает адрес подсети и широковещательную передачу, таким образом, у Вас нет никакого другого хоста. Но если Ваш маршрутизатор следует за исключением к тому правилу, у Вас есть два возможные IP.
/32 (255.255.255.252): более полезно, у Вас есть один адрес подсети, два IP хоста и широковещательная передача.
/x: Можно продолжить вычислять то, что это дало бы как количество хостов, возможных в сети с правилом: 2^ (32-x)-2
/0 (0.0.0.0): Не возможно, потому что Вам нужна часть подсети.
Если применяются, они управляют к самому Интернету, мы можем думать о некоторых странных вещах.
IP 0.0.0.0 определял бы подсеть всей подсети так целый Интернет. Это факт это ни на что не указывает точно так же, как первый адрес подсети.
IP 255.255.255.255 определял бы широковещательную передачу для всех узлов Интернета, но на самом деле это, уменьшают до локальной подсети (из очевидного соображения безопасности). Хост использует его при конфигурировании их IP с протоколом DHCP.
Таким образом в окончании я объясню Ваш собственный пример:
24.17.2.2 Ваш IP-адрес. 255 255 255 240 Ваших сетевых масок (таким образом, это-/28) у Нас есть 16 возможных IP-адресов, поэтому если мы удаляем эти 2, зарезервированные, у нас есть 14 возможных хостов. Затем 24.17.2.0 адрес подсети. И 24.17.2.15 широковещательный адрес. Диапазон 24.17.2.1-24.17.2.14 является применимыми адресами узлов.
Надежда это было интересно и полезно.
Если еще нет даже официально поддерживаемого пути обновления, может быть, Exchange 2013 немного ... слишком молод, чтобы его развернуть в производственной среде?
It works but it is not supported. I am currently moving more than 2000 mailboxes to Exchange 2013 with mailbox + CAS roles on separate server but coexisting in the same forest/domain.
Mailbox migration works when initiated from the 2013 side. I had a lot of problems to work through to get it working but finally managed it.
i came from ex2007, i guess its the same for 2010 but this is only my estimate.
first update to sp3, a lot of troubles, was a cas array first, one node removed, the sp3 setup didnt work quite well, but i guess you guys manage to update your servers :P
after that, two new servers, 2012 servers. domain function level to 2008 r2, forest level 2003.
now you may start the setup for exchange 2013 after installing UCMA and stuff, setup will NOT give you an error regarding the old exchange in the organization.
now comes the weird part:
in the ex mgmt shell on the new servers, i got some errors when creating new databases, version mismatch etc. If you create the database from the webgui with the assistant, just name it Test, dont mount it, leave it at the default path - it will be created successfully. thereafter, you may rename and relocate the databases.
i also had troubles with public folders migration, didnt work out, i saved everything from the old public folders to a pst and deleted them, the database and everything. had to do it in adsiedit because it wouldnt remove otherways because again of a version mismatch.
then you may configure everything else, autodiscover, connectors and stuff, works flawlessly.
now move offline adressbooks and the mailboxes, thats it. just have to start it from the 2013 web gui, but this is normal behavior.
why i did it, well, first i read in the internets that from ru9, exchange 2013 migration will be supported, this was a wrong info because the update needed is not yet out. i already got most thing up by this time, also hybrid is needed and with exchange 2013 you dont need a dedicated hybrid server.
if you have any further questions, ask.
Теперь существует официальный путь сосуществования и миграции.
Вам потребуется Exchange 2010 SP3 и Exchange 2013 CU1. Это позволит сосуществовать и переносить почтовые ящики в одной организации. Выпуск 2013 CU1 запланирован на 2 апреля 2013 г.