А вот этот мейсу — на самом деле нонейм, при том что цена у него достаточно высокая (для сравнения — гугл нексус 4 стоит на порядок дешевле).
Плюс непонятно, сколько они будут его поддерживать — выходит он со старой ОС 4.1 (сейчас уже 4.2) — допустим можно будет его официально обновить до 4.2 — а потом что?
ну с рст можно найти SGS3 16 ГБ за 11к.
я имел ввиду SGS3 32 ГБ.
насчет «серости» — не вижу в этом проблемы. это в 90х было модно брать «белый» телефон. по факту они ничем не отличаются.
наклейки ростеста продаются на гарбушке — можно чтобы быть довольным купить их там и наклеить, хотя повторюсь не вижу в этом смысла.
Собственно все что вы описали используется для поэтапной миграции почты с 2007 на 2010 — со схемой Сross-Premise («двойная доставка») — подробнее можно найти на TechNet.
При том, что их решение универсальное — а то что вы предлагаете — «костыли».
оборудование можно подключить консольным шнурком к серверу — и с сервера его мониторить:)
если сервер железный — то проблем нету.
если там hyper-v — тоже.
если там esx — делаем проброс до машин, тоже не проблема;)
«Напомню, что в Exchange 2010 элементами DAG-массива могут быть не только Mailbox-сервера, поэтому это сильно упрощает работу в сравнении с версией 2007.» — а какие еще сервера могут быть элементами DAG кластера?
«В случае, если в датацентре пропадает интернет/выходит из строя сервер – вся входящая почта приходит на сервер в офисе.»
Ну в этом случае лучше использовать 2 датацентра, где разные провайдеры.
«На данном этапе возникает вопрос: «Но в Outlook у всех же прописан определенный сервер Client Access?! И если он станет offline, то куда будут подключаться клиенты?».
Именно для того, чтобы не допустить такой ситуации используется Network Load Balancing Services (службы балансировки нагрузки на сеть). Я использовал возможности, которые имеются у ОС Windows Server 2008 R2 с ролью Cluster Services, однако Microsoft настоятельно рекомендует использовать «железные» NLB.
В качестве серверов NLB я использовал File Witness сервера для экономии ресурсов.»
Гораздо проще сделать CAS массив для Ваших серверов с ролью Client Access / Hub Transport
По поводу репликации — смотрите.
У меня на серверах mbx по 2 интерфейса, соотв. 1 для сети — второй для внутренней репликации между серверами. По умолчанию, когда мы создаем сеть для DAG параметр EnabledReplication в состоянии $true — поэтому конечно можно было и не указывать его.
Насколько я понимаю, репликация на MAPI сети будет использоваться только, когда не будут доступны остальные сети — она будет так и так использовать эту.
Нет, я давал IP статически.
У меня был до этого создан DAG — этот делал после него, поэтому после создания нового кластера — я командой Set-DatabaseAvailabilityGroup с ключом -DatabaseAvailabilityGroupIpAddresses переназначил IP. Теоретически можно и по DHCP получить.
Раньше приходилось танцевать с бубном, чтобы настроить нормально тиминг (проблем не было только с серверами HP).
Смотрим пост:
«Meizu MX2 16 ГБ — 17 990 рублей»
Курс ЦБ на 07.12.12 — 30,9107 рубль за 1 USD.
17990 / 30,9107 = почти 582$
349$ и 582$ — это почти на 60% дороже.
прежде чем минус ставить — закончите школу. и боты от мейзу — вместо ответа ставят минус… в общем все понятно с вами.
А вот этот мейсу — на самом деле нонейм, при том что цена у него достаточно высокая (для сравнения — гугл нексус 4 стоит на порядок дешевле).
Плюс непонятно, сколько они будут его поддерживать — выходит он со старой ОС 4.1 (сейчас уже 4.2) — допустим можно будет его официально обновить до 4.2 — а потом что?
гарантия 1 год.
за год вероятность поломки крайне мала.
я имел ввиду SGS3 32 ГБ.
насчет «серости» — не вижу в этом проблемы. это в 90х было модно брать «белый» телефон. по факту они ничем не отличаются.
наклейки ростеста продаются на гарбушке — можно чтобы быть довольным купить их там и наклеить, хотя повторюсь не вижу в этом смысла.
Собственно все что вы описали используется для поэтапной миграции почты с 2007 на 2010 — со схемой Сross-Premise («двойная доставка») — подробнее можно найти на TechNet.
При том, что их решение универсальное — а то что вы предлагаете — «костыли».
если сервер железный — то проблем нету.
если там hyper-v — тоже.
если там esx — делаем проброс до машин, тоже не проблема;)
в таком случает и перезагружать его не надо будет.
«В случае, если в датацентре пропадает интернет/выходит из строя сервер – вся входящая почта приходит на сервер в офисе.»
Ну в этом случае лучше использовать 2 датацентра, где разные провайдеры.
«На данном этапе возникает вопрос: «Но в Outlook у всех же прописан определенный сервер Client Access?! И если он станет offline, то куда будут подключаться клиенты?».
Именно для того, чтобы не допустить такой ситуации используется Network Load Balancing Services (службы балансировки нагрузки на сеть). Я использовал возможности, которые имеются у ОС Windows Server 2008 R2 с ролью Cluster Services, однако Microsoft настоятельно рекомендует использовать «железные» NLB.
В качестве серверов NLB я использовал File Witness сервера для экономии ресурсов.»
Гораздо проще сделать CAS массив для Ваших серверов с ролью Client Access / Hub Transport
По поводу репликации — смотрите.
У меня на серверах mbx по 2 интерфейса, соотв. 1 для сети — второй для внутренней репликации между серверами. По умолчанию, когда мы создаем сеть для DAG параметр EnabledReplication в состоянии $true — поэтому конечно можно было и не указывать его.
Насколько я понимаю, репликация на MAPI сети будет использоваться только, когда не будут доступны остальные сети — она будет так и так использовать эту.
У меня был до этого создан DAG — этот делал после него, поэтому после создания нового кластера — я командой Set-DatabaseAvailabilityGroup с ключом -DatabaseAvailabilityGroupIpAddresses переназначил IP. Теоретически можно и по DHCP получить.
Эти лицензии под NPE или они подходят по любые версии IOS?
некоторые клиенты просят чтобы было «подешевле» — а кому-то требуется высокие отказоустойчивость и работоспособность.