Как закалялся (внедрялся) Exchange 2007

 

Мысли о внедрении Exchange в нашей компании были давно. Но все, как обычно, упиралось в деньги. Поэтому, мы до начала 2008 года пользовались Mailsite, начиная еще с его бесплатного предка  и заканчивая версией 7. Продукт, в целом, неплохой, достаточно простой в установке и эксплуатации, но не без проблем. Да и с поддержкой у них слабовато. Мог бы выручать форум, но клиентов не настолько много, как хотелось бы, а уж использующих кириллицу – тем более.

В компании давно назревала необходимость в более серьезной и надежной системе, кроме того, актуальным стал вопрос работы пользователей удаленно, в том числе и с мобильных устройств. Перед принятием окончательного решения, весной 2007 года, в сертифицированном учебном центре Microsoft компании Сетевые технологии, мной и нашим сетевым инженером Андреем были прослушаны курсы:

1. Введение в установку и управление Microsoft Exchange Server 2007
2. Управление безопасностью электронной почты при использовании Microsoft Exchange Server 2007
3. Восстановление почтовых серверов и баз данных при использовании Microsoft Exchange Server 2007
4. Мониторинг и устранение неисправностей Microsoft Exchange Server 2007

Параллельно, совместно с компанией Квазар-Микро, которая в настоящий момент превратилась в Ситроникс, была разработана спецификация и сделан заказ на оборудование и ПО для резервного копирования. Замечу, что проект включал не только Exchange, но еще и внедрение быстрого,  надежного и масштабируемого хранилища, сервер терминалов (Windows Server 2003 x64), сервер баз данных MS SQL 2005 и др.

Для развертывания Exchange (и не только его) были приобретены:

1. Шасси IBM BladeCenter H
2. Несколько лезвий HS21
3. Дисковый массив IBM TotalStorage DS4700
4. Корзина расширения IBM TotalStorage DS4000 EXP810 (SATA)
5. Корзина расширения IBM TotalStorage DS4000 EXP810 (Fiber Channel)
6. Ленточная библиотека IBM System Storage TS3200 и набор картриджей LTO3
7. BackupExec 11d, в последствии замененный на версию 12.0, а затем и 12.5

В середине лета этот заказ был размещен. Доставка, настройка и монтаж компонентов производилась в период октябрь-январь

Самую критичную роль, Mailbox, было решено развернуть на SCC кластере из двух лезвий, остальные роли, HUB и CAS – на отдельном лезвии. Еще один сервер был зарезервирован для ISA2006

Наконец, в компании Аспарк был размещен заказ на лицензии Microsoft по программе Open License. Для Exchange было приобретено:

1. Windows Server 2003 Enterprise Edition – 2 шт.
2. Windows Server 2003 Standard Edition – 1 шт.
3. Exchange 2007 Enterprise Edition – 2 шт.
4. Exchange 2007 Standard Edition – 1 шт.
5. Exchange Server Standard CAL – 800 шт
6. Exchange Enterprise CAL – 30 шт.
7. ISA Server 2006 Standard – 1 шт.

Замечу, что Windows Server CAL, свободные лицензии Windows Server, а так же лицензии на MS Office 2007 у нас уже были.

Процесс внедрения всего проекта в целом, где Exchange был одним из компонентов, занял около года.  Одной из самых трудоемких задач был перевод всех компьютеров в офисе с MS Office XP на MS Office 2007 и перенос почты сотрудников.

Перенести напрямую сообщения, адресную книгу, списки рассылок и другие настройки из MailSite  было невозможно, но к счастью, в Exchange был PowerShell а ребята из Quest Software выпустили свои Free PowerShell Commands for Active Directory! Мной было написано несколько десятков скриптов, которые позволили автоматизировать, а следовательно и существенно уменьшить количество ошибок, процесс создания групп хранения, баз, пользователей, списков рассылок и много другого, что понадобилось на этапе миграции.

Еще через некоторое время был запущен защищенный доступ для удаленных (OWA) и мобильных (ActiveSync) пользователей организованный посредством публикации на сервере ISA 2006, развертыванием которого занимался наш сетевой инженер Андрей.

В настоящий момент мы имеем надежное, масштабируемое решение для коллективной работы нашей компании.

К сожалению, кризис спутал наши планы, иначе было бы что рассказать еще и о внедрении системы виртуализации :-)

Как удалить неудаляемый файл или папку с очень длинным путем или с проблемами в имени?

 

Время от времени встречается ситуация, когда нужно удалить файл или папку, но при этом возникает ошибка. Это возможно как при локальном удалении так и при сетевом.

Есть много способов побороть такую ситуацию и они зависят от причин подобной проблемы.

Проблема связана с очень длинным путем, т.е. более чем 260 символов или с именем файла или папки

• Самый удобный и универсальный способ связан с моим любимым FAR. Просто выделяю папку или файл и нажимаю Alt + Del. Это команда "Уничтожить файл" (wipe the file). Для этого нужен FAR не ниже версии 1.70 beta 3
• еще можно удалять через имена 8.3. Для этого делаю вначале dir /x, ну а затем del /f /s /q short_folder_name

Остальные причины связаны с доступами, использованием служебных имен и т.д. Способы борьбы подробно описаны в статье базы знаний Microsoft.

Статистика использования браузеров

Время от времени возникает необходимость оценить предпочтения пользователей по использованию браузеров. Хочу поделиться найденными источниками информации по этому поводу:

Русскоязычные

1. bigmir.net
2. Spylog
3. liveinternet

Зарубежные

1. UPSDell
2. w3counter

Есть еще, w3schools, но мне лично мне кажется что они или передергивают, или их выборка слишком нерепрезентативная, возможно их аудитория слишком любит FireFox и не любит всех остальных, в особенности IE. Мне как-то не верится в 41,1% IE и 47,1% FireFox, поэтому я их данные отброшу.

	Bigmir	Spylog	liveinternet	UPSDell	w3counter
IE8	N/A	5,97%	4%	3,9%	1,61%
IE7	24,2%	25,43%	25,5%	41%	30,95%
IE6	15,9%	20,34%	18,4%	20,5%	24,84%
Всего IE	40,3%	51,47%	46,9%	65,4%	57,4%
FireFox 3	N/A	20,53%	19,3%	N/A	18,2%
FireFox 2	N/A	2,58%	1,9%	N/A	11,28%
Всего  FireFox	24,2%	23,56%	21,2%	23,3%	31,04%
Opera	26,6%	16,49%	21%	1%	N/A
Chrome	N/A	1,83%	1,7%	3,1%	0,57%

 

У русскоязычных ресурсов статистика очень и очень похожа, IE занимает где-то 45-50%. У bigmir показатель отличается, т.к. они до сих пор не знают о IE8, который и дает свои 4-6%. По FireFox ровненько у всех, его доля порядка 25%. C Opera интереснее, судя по всему, у пользователей из exUSSR она пользуется большой популярностью, настолько большой, что занимает долю сопоставимую с FireFox, и даже ее превышающую, чего не скажешь о пользователях остального мира, у которых доля Opera близка к погрешности. Chrome занимает где-то 1-4%.

Как сэкономить на телефонной связи? Часть третья

 

В первой и второй части я рассказал о том, где и на чем будем экономить. Теперь разберемся с тем, как именно это реализовать.

Для начала, нужно определиться с нагрузкой на канал ip телефонии. Нужно выяснить, сколько производится одновременных звонков на мобильные телефоны.

Запускаем программу анализа телефонных звонков Phone Xpress Анализатор, и строим отчет по следующим критериям: отбираем все звонки с нужных нам АТС, зона звонков “Мобильные”, и отчет “по загруженности линий”

Чтобы увидеть индивидуальную загрузку обеих АТС следует в "Отчет по" выбрать "По загруженности линий" и "по АТС"

По этим отчетам видно, что суммарная нагрузка по обеим АТС доходит до 26 одновременных звонков, при этом для одиночной АТС загрузка может достигать 19 одновременных звонков.

В результате исследований нашим сетевым инженером Андреем было решено:

1. Подключить одну из АТС с помощью PRI к голосовому шлюзу Сisco AS5350XM
2. Вторая АТС подключена с помощью PRI к маршрутизатору Cisco 2821, который маршрутизирует голосовые каналы к голосовому шлюзу Сisco AS5350XM.
3. От Сisco AS5350XM звонки идут на оператора связи через VoIP.

В результате внедрения проекта, ежемесячные затраты на связь были сокращены на сумму более чем в 15000 грн, что на тот момент было эквивалентно $3000 или на более чем 25%.

Кроме того, одновременно и на том же оборудовании была реализована связь между офисами с использованием внутренних номеров АТС, что сократило количество городских звонков между офисами, плюс к тому, т.к. это стало удобнее, сотрудники стали звонить не на мобильные телефоны, а по внутренним.

Суммарно, затраты на связь были снижены на 30%-40%! Все вложения в ПО и оборудование окупились за минимальное время.

Как сэкономить на телефонной связи? Часть вторая

В первой части я определился с тем, на какие АТС приходится подавляющая часть расходов. Теперь следует разобраться с тем, на что уходят деньги.

Итак, с помощью программы тарификации и анализа статистики АТС, делаю отчет за месяц, для наглядности отфильтрую только одну из АТС – bg-ats, при этом делаю отчет “По зоне звонка”, чтобы отсечь звонки, которые нам ничего не стоят, отбираю только исходящие.

Из отчета видно, что более 80% по расходам занимают исходящие звонки на мобильные телефоны, а оставшиеся типы звонков занимают порядка 5% каждый. Если менять в отчете параметр “Отображать в диаграмме” со Стоимость на Длительность или Количество, то можно увидеть структуру загрузки звонками, в зависимости от зоны исходящих звонков, или, выражаясь проще, как долго разговаривают по межгороду и т.д. и насколько часто разговаривают в зависимости от зоны звонка. К этому я вернусь позже, когда нужно будет выяснять сколько линий (каналов, транков) потребуется задействовать.

Для более точного анализа, проверю все это, но уже за период в три месяца и для обеих АТС.
Итак делаю отчет за три полных месяца, затем тип отчета “По месяцам, по АТС, по Зоне звонка”, отбираю обе нужные нам АТС, и отфильтровываю только исходящие звонки, чтобы “бесплатные” входящие звонки не влияли на статистику.

Видно, что пропорция сохраняется.

Исходя из всего этого и проанализировав ситуацию на рынке были сделаны следующие выводы:

1. Оптимизировать следует только звонки на мобильные телефоны, т.к. именно они занимают большую часть расходов
2. Оптимизировать следует путем перевода таких звонков в канал ip телефонии
3. Так или иначе в компании есть много входящих звонков, которые поступают по PRI каналам оператора, кроме того, за эти каналы платится абонентская плата, которую нужно на что-то тратить, поэтому все остальные типы звонков будут идти в те же каналы связи, что и ранее.

Далее рассмотрим то, как следует рассчитывать технические требования к каналам ip телефонии.

Продолжение следует …

Как сэкономить на телефонной связи? Часть первая

 

Часть вторая …

Давно уже собирался написать про свой опыт экономии на телефонной связи. А в связи с кризисом это стало еще более актуально.

Итак, имеется компания, в которой есть один или более офисов, в каждом из которых есть офисная АТС, с которых можно снимать статистику. В нашем случае это было две АТС LG CS1000, одна LG LDK300 и несколько Samsung ARIA SOHO. Все они позволяют снимать статистику и, что немаловажно, все они позволяют делать это по сети. В более старых АТС, приходится делать это только через COM порт, что не очень удобно.

Кроме того, понадобится программа, которая позволяет получать это статистику и проводить по ней анализ. После долгих поисков была выбрана система Phone Xpress, которая является одной из лучших из доступных на рынке.

Итак, требуется скачать программу, установить ее на каком-либо из серверов и настроить подключения к АТС. Что немаловажно, программа умеет работать как с встроенным Firebird SQL, так и с другими SQL серверами (MS SQL, Oracle, MS SQL и т.д.), в нашем случае я использовать уже имеющийся у нас Microsoft SQL Server 2005.

Кроме того, с сайта программы тарификации АТС были скачаны тарифы Голден Телеком, которым мы пользуемся почти во всех наших офисах.

Затем нужно было ждать некоторое время, чтобы статистика накопилась. Как минимум месяц, лучше несколько, т.к. так лучше видны тенденции. Т.к. статистика АТС снималась нами уже давно и использовалась для контроля телефонных звонков, то с этим у нас проблем не было.

Для начала строю отчет, показывающий структуру расходов по АТС. Для этого запускаю Phone Xpress Анализатор, в нем выбираю Отчеты и строю отчет за полный месяц с типом отчета “По АТС”

Из этого отчета видно, что 90% расходов дают только две АТС из шести, присутствующих в статистике. Проверяем это анализируя статистику за квартал. Для этого в Анализаторе делаю комплексный отчет за три месяца, а в типе отчета выбираю “По месяца, по АТС”. 

Как и предполагалось, меняется только общая сумма, соотношение затрат между АТС меняется незначительно. Таким образом, наибольший интерес для оптимизации расходов представляют две из шести АТС, которые у нас называются bg-ats и ls-ats. С ними и будет происходить вся работа.

Продолжение следует …

Зависание и вылеты браузеров

Уже давно пытаемся побороть проблему зависания или вылета IE7/IE8. Время от времени, он, собака, начинает выкаблучиваться и вылетать или зависать. Причина этого совершенно непонятно, особенно если учесть то, что компов с ним много, а ведут себя так далеко не все.

Под подозрением несколько претендентов: flash, java и, возможно, некое взаимодействие настроек отображения IE с драйверами видео.

Знаю, знаю, что бразеров всяких развелось как грязи. Но

1. Реальный рынок занимают только три, IE, FireFox и Opera
2. FireFox и Opera не предназначены для использования в корпоративной среде, т.к. не поддерживают централизованной настройки и централизованного обновления. Есть и другие соображения, но не сейчас.
3. На тяжелых флешовых сайтах Firefox вешается не хуже чем IE ...