Комментарии: Вебкаст «Разговоры об ИТ» № 52 пройдет в среду 25 марта с 21:00 до 23:00 http://www.exchangerus.ru/2009/03/27/vebkast-razgovory-ob-it-52-projdet-v-sredu-25-marta-s-2100-do-2300/ Этот блог посвящен MS Exchange, Outlook и проблемам, связанным с электронной почтой Wed, 08 Feb 2012 04:15:18 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Автор: Pavel Nagaev http://www.exchangerus.ru/2009/03/27/vebkast-razgovory-ob-it-52-projdet-v-sredu-25-marta-s-2100-do-2300/comment-page-1/#comment-4211 Pavel Nagaev Sat, 11 Apr 2009 07:04:07 +0000 http://www.exchangerus.ru/2009/03/25/vebkast-razgovory-ob-it-52-projdet-v-sredu-25-marta-s-2100-do-2300/#comment-4211 "требования к доступности сервисов" - Доступность - CCR, SCC.       SCR -  это технология быстрого запуска системы в случае краха основной и с доступностью связана косвенно. Скажем авария произошла в час ночи. До тех пор, пока Вы не придете на работу, система будет не доступна. Какая же это доступность? «требования к доступности сервисов» — Доступность — CCR, SCC.       SCR -  это технология быстрого запуска системы в случае краха основной и с доступностью связана косвенно. Скажем авария произошла в час ночи. До тех пор, пока Вы не придете на работу, система будет не доступна. Какая же это доступность?

]]> Автор: Oleg Krylov http://www.exchangerus.ru/2009/03/27/vebkast-razgovory-ob-it-52-projdet-v-sredu-25-marta-s-2100-do-2300/comment-page-1/#comment-4210 Oleg Krylov Fri, 10 Apr 2009 15:51:07 +0000 http://www.exchangerus.ru/2009/03/25/vebkast-razgovory-ob-it-52-projdet-v-sredu-25-marta-s-2100-do-2300/#comment-4210 <p>А простой в 30 минут в серьезной организации может привести к снижению зарплаты до 0 и свежевыданным статусом безработного. Это время превышает месячный простой по стандартному SLA (99,9%)</p> А простой в 30 минут в серьезной организации может привести к снижению зарплаты до 0 и свежевыданным статусом безработного. Это время превышает месячный простой по стандартному SLA (99,9%)

]]> Автор: Artyom Sinitsyn http://www.exchangerus.ru/2009/03/27/vebkast-razgovory-ob-it-52-projdet-v-sredu-25-marta-s-2100-do-2300/comment-page-1/#comment-4207 Artyom Sinitsyn Fri, 10 Apr 2009 09:11:25 +0000 http://www.exchangerus.ru/2009/03/25/vebkast-razgovory-ob-it-52-projdet-v-sredu-25-marta-s-2100-do-2300/#comment-4207 Так все технологии непрерывной репликации относятся исключительно к роли Exchange Mailbox Server: и LCR, и CCR и SCR. Остальные роли Exchange Server 2007 для отказоустойчивости необходимо дублировать, то есть вводить в эксплуатацию дополнительны серверы с этими ролями. Самая минимальная отказоустойчивая топология предполагает использование 4 серверов: 2x HUB+CAS и 2x MBX, объединенных в CCR-кластер. Если необходимо обеспечить отказоустойчивость на уровне географической площадки, нужно добавить по крайне мере ещё один сервер под SCR Target Server. Так все технологии непрерывной репликации относятся исключительно к роли Exchange Mailbox Server: и LCR, и CCR и SCR. Остальные роли Exchange Server 2007 для отказоустойчивости необходимо дублировать, то есть вводить в эксплуатацию дополнительны серверы с этими ролями.
Самая минимальная отказоустойчивая топология предполагает использование 4 серверов: 2x HUB+CAS и 2x MBX, объединенных в CCR-кластер. Если необходимо обеспечить отказоустойчивость на уровне географической площадки, нужно добавить по крайне мере ещё один сервер под SCR Target Server.

]]> Автор: solaris24 http://www.exchangerus.ru/2009/03/27/vebkast-razgovory-ob-it-52-projdet-v-sredu-25-marta-s-2100-do-2300/comment-page-1/#comment-4202 solaris24 Thu, 09 Apr 2009 12:06:46 +0000 http://www.exchangerus.ru/2009/03/25/vebkast-razgovory-ob-it-52-projdet-v-sredu-25-marta-s-2100-do-2300/#comment-4202 согласен, ССR хорош если выйдет из строя один из узлов кластера. Но ведь CCR обеспечивает доступность только роли Mailbox, а если из строя выйдет узел с остальными(HUB, CAL) ролями??? получаеться  для этих ролей, нужно иметь ещё один сервер, вообщем минимум 5 серверов нужно иметь для полноценной доступности с использованием CCR. А так в связке LCR+SCR, нужно всего два сервера. Да и требования к доступности сервисов, тоже у меня на высоком уровне, и напрямую связаны с размером зарплаты ) Но если будут ещё пару свободных серверов, может и перейду на CCR. согласен, ССR хорош если выйдет из строя один из узлов кластера. Но ведь CCR обеспечивает доступность только роли Mailbox, а если из строя выйдет узел с остальными(HUB, CAL) ролями??? получаеться  для этих ролей, нужно иметь ещё один сервер, вообщем минимум 5 серверов нужно иметь для полноценной доступности с использованием CCR.
А так в связке LCR+SCR, нужно всего два сервера. Да и требования к доступности сервисов, тоже у меня на высоком уровне, и напрямую связаны с размером зарплаты ) Но если будут ещё пару свободных серверов, может и перейду на CCR.

]]> Автор: Artyom Sinitsyn http://www.exchangerus.ru/2009/03/27/vebkast-razgovory-ob-it-52-projdet-v-sredu-25-marta-s-2100-do-2300/comment-page-1/#comment-4201 Artyom Sinitsyn Thu, 09 Apr 2009 10:26:26 +0000 http://www.exchangerus.ru/2009/03/25/vebkast-razgovory-ob-it-52-projdet-v-sredu-25-marta-s-2100-do-2300/#comment-4201 Про использование SCR я говорил исключительно из своего практического опыта работы с заказчиками. Используют редко, потому как далеко не каждая компания располагает сразу двумя датацентрами. Тем более сравнивать напрямую технологию CCR с SCR нельзя, так как CCR - это технология High Availability, а SCR - это технология Site Resilience. В идеале они дополняют друг друга. в завершение SCR не предоставляет возможности автоматического переключения в случае выхода из строя одного из узлов. Вот когда Вы заключите с заказчиком SLA доступности сервисов Exchange Server 2007, в котором будет прописан уровень доступности 99,7, тогда по другому взглянете на выбор между CCR и SCR. Цель определяет средства, и никак иначе =) Про использование SCR я говорил исключительно из своего практического опыта работы с заказчиками. Используют редко, потому как далеко не каждая компания располагает сразу двумя датацентрами.
Тем более сравнивать напрямую технологию CCR с SCR нельзя, так как CCR — это технология High Availability, а SCR — это технология Site Resilience. В идеале они дополняют друг друга. в завершение SCR не предоставляет возможности автоматического переключения в случае выхода из строя одного из узлов.
Вот когда Вы заключите с заказчиком SLA доступности сервисов Exchange Server 2007, в котором будет прописан уровень доступности 99,7, тогда по другому взглянете на выбор между CCR и SCR. Цель определяет средства, и никак иначе =)

]]> Автор: solaris24 http://www.exchangerus.ru/2009/03/27/vebkast-razgovory-ob-it-52-projdet-v-sredu-25-marta-s-2100-do-2300/comment-page-1/#comment-4200 solaris24 Thu, 09 Apr 2009 07:39:35 +0000 http://www.exchangerus.ru/2009/03/25/vebkast-razgovory-ob-it-52-projdet-v-sredu-25-marta-s-2100-do-2300/#comment-4200 Станно было слышать что SCR никто не использует или использую но мало. С успехом пользуюсь этой технологией. Сервера территориально стоят в разных местах. Плюс, когда начались проблемы с железом на одном сервере, с успехом перещел на целевой сервер SCR за 30мин, хоть это и был плановый переход. У меня все роли стоят на одном сервере, поэтому предпочтение отдал SCR, а не CCR, т.к. для CCR нужно ещё докупать 2 сервера и CCR сложнеее в поддержке и администрировании. Станно было слышать что SCR никто не использует или использую но мало. С успехом пользуюсь этой технологией. Сервера территориально стоят в разных местах. Плюс, когда начались проблемы с железом на одном сервере, с успехом перещел на целевой сервер SCR за 30мин, хоть это и был плановый переход.
У меня все роли стоят на одном сервере, поэтому предпочтение отдал SCR, а не CCR, т.к. для CCR нужно ещё докупать 2 сервера и CCR сложнеее в поддержке и администрировании.

]]> Автор: Artyom Sinitsyn http://www.exchangerus.ru/2009/03/27/vebkast-razgovory-ob-it-52-projdet-v-sredu-25-marta-s-2100-do-2300/comment-page-1/#comment-4152 Artyom Sinitsyn Thu, 26 Mar 2009 18:00:31 +0000 http://www.exchangerus.ru/2009/03/25/vebkast-razgovory-ob-it-52-projdet-v-sredu-25-marta-s-2100-do-2300/#comment-4152 Действительно, ссылка - битая. Думаю, завтра Паша всё поправит. От себя отмечу, что тема небольшого доклада Максима Ефремова скорее обзор методологии локализации, устранения и предотвращения проблем. Некий концепт траблшутинга (troubleshooting), если позволите. Действительно, ссылка — битая. Думаю, завтра Паша всё поправит.
От себя отмечу, что тема небольшого доклада Максима Ефремова скорее обзор методологии локализации, устранения и предотвращения проблем. Некий концепт траблшутинга (troubleshooting), если позволите.

]]> Автор: Pavel Nagaev http://www.exchangerus.ru/2009/03/27/vebkast-razgovory-ob-it-52-projdet-v-sredu-25-marta-s-2100-do-2300/comment-page-1/#comment-4150 Pavel Nagaev Thu, 26 Mar 2009 13:01:39 +0000 http://www.exchangerus.ru/2009/03/25/vebkast-razgovory-ob-it-52-projdet-v-sredu-25-marta-s-2100-do-2300/#comment-4150 Первый доклад выложил. Пришлось собирать заново, на остлушку времени не было, поэтом все как было, так и есть. Попозже выложу второй доклад. Первый доклад выложил. Пришлось собирать заново, на остлушку времени не было, поэтом все как было, так и есть.

Попозже выложу второй доклад.

]]> Автор: Artyom Sinitsyn http://www.exchangerus.ru/2009/03/27/vebkast-razgovory-ob-it-52-projdet-v-sredu-25-marta-s-2100-do-2300/comment-page-1/#comment-4149 Artyom Sinitsyn Thu, 26 Mar 2009 11:33:42 +0000 http://www.exchangerus.ru/2009/03/25/vebkast-razgovory-ob-it-52-projdet-v-sredu-25-marta-s-2100-do-2300/#comment-4149 Досадный момент, что Вы попали на встречу не с самого начала, будет легко исправлен как только Паша Нагаев выложил прямо в этом посте ссылку на запись вчерашней встречи целиком. Как только Вы получили максимальное значение Thread Count (8), при котором у Вас все почтовые базы и директории журанов транзакций проходят тест успешно (Значение Overall Test Result = Pass), посмотрите в отчете производительности значение IOPS. Это значение IOPS должно превышать (лучше даже существенно превышать) то значение IOPS, которое было получено для Вашей системы в результате расчета требований с помощью Mailbox Server Storage Requirements Calculator. За подробностями этого процесса обращайтесь к записи вчерашней встречи. Напоследок, примите пожелание удачи! Досадный момент, что Вы попали на встречу не с самого начала, будет легко исправлен как только Паша Нагаев выложил прямо в этом посте ссылку на запись вчерашней встречи целиком.
Как только Вы получили максимальное значение Thread Count (8), при котором у Вас все почтовые базы и директории журанов транзакций проходят тест успешно (Значение Overall Test Result = Pass), посмотрите в отчете производительности значение IOPS.
Это значение IOPS должно превышать (лучше даже существенно превышать) то значение IOPS, которое было получено для Вашей системы в результате расчета требований с помощью Mailbox Server Storage Requirements Calculator.
За подробностями этого процесса обращайтесь к записи вчерашней встречи.
Напоследок, примите пожелание удачи!

]]> Автор: anton http://www.exchangerus.ru/2009/03/27/vebkast-razgovory-ob-it-52-projdet-v-sredu-25-marta-s-2100-do-2300/comment-page-1/#comment-4147 anton Wed, 25 Mar 2009 20:51:03 +0000 http://www.exchangerus.ru/2009/03/25/vebkast-razgovory-ob-it-52-projdet-v-sredu-25-marta-s-2100-do-2300/#comment-4147 Попал не с начала, что очень обидно. Возник такой вопрос, хорошо я определил, что притык по  загрузке Jetstress в 8 потоков. Что теперь  делать  с Exchange 2007, где теперь это использовать, т.е. как это  использовать  ? Попал не с начала, что очень обидно. Возник такой вопрос, хорошо я определил, что притык по  загрузке Jetstress в 8 потоков. Что теперь  делать  с Exchange 2007, где теперь это использовать, т.е. как это  использовать  ?

]]>