Восстановление хранилища Exchange

Исходные данные:

Проводилась дефрагментация хранилища Exchange в процессе которая дошла до конца, но при переносе уже сжатых баз edb не был перенесен полность, хотя формально занимал все положенное метсо на диске, а stm не был перенесен вообще, то есть в рабочем каталоге остался старый stm. В месте хранения временных баз остался только edb, но зато полный.

В результате база естественно не монтируется, а попытка проверки целостности завершается с ошибкой, которая говорит что edb и stm не подходят друг другу.

Дальнейшие действия:

1. Сделать копии всех вариантов баз.

2. Скопировать полностью edb из временного каталога, поверх в рабочий.

3. Удалить stm.

4. Запустить eseutil в режиме Repair.

Команда имеет вид:

eseutil /p c:\mdb\mdb.edb /tt:\temp.edb /ft:\temp.stm /createstm

Идея в том, что новый stm файл будет создан eseutil.

После этого монтируем хранилище и задерживаем дыхание. Все заработало. Жалоб пользователей пока нет и надеюсь не будет.

OpenScape Voice - размышления к применению

Когда мне в первый раз показали OpenScape Voice, первый вопрос, который я задал, был: - "А зачем не нужна еще одна станция?". Действительно первая мысль - вам предлагают пусть мощный, пусть поддерживающий SIP протокол, софтверный коммутатор, но по сути это еще одна АТС!

Видимо с такой постановкой вопроса, коллеги из Siemens еще не сталкивались. Ответ на вопрос пришел несколько позже, причем сам собой, когда удалось посмотреть OSV второй раз.

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

В полне естественно, что OSV не сможет заменить традиционную телефонию полностью - покажите мне SIP телефон, который сможет работать например в сталилитейном цехе? Я такого не знаю. Да и цена аппарата, плюс кабельная инфраструктура, плюс коммутаторы. Выходит не дешево и необосновано. Но вот офисные помещения накроет только так, за милую душу. И тчо приятно оно не использует proprietary протокола.

Если я правлиьно понял, то самое вторая мощная особенность OSV это объединение телефонных станций, с использованием медиа-шлюзов. Причем с управлением этими шлюзами прямо из консоли OSV.

В отличии от решения когда станция по потоку цепляется через G.703 к маршрутизатору и далее... Тут не нужно залезть на каждый узел и поправить настройки в случае изменений. Все управляется централизовано и изменения вносятся только один раз.

Осталось понять, только один момент, что дешевле и быстрее себя окупит.

ЦОД: ежедневный контроль

Чаще всего, после того как все сделано и работает, и даже обслуживается, большинство начинает забывать о необходимости ежедневног оконтроля состояния инженерных систем ЦОД.

Можно конечно поставить системы удаленного мониторинга ИБП, кондиционеров, но этого мало. Я пока не видел внятного решения по контролю пожарной системы, или например у вас есть очень нужное, но никак (кроме световой индикации) не контролируемое устройство. Что же делать в таком случае?

На помощь как ни странно приходит идея, привнесенная к нам фастфудом - МакДональдс. Заходя к ним в туалет, первое что можно увидеть это листочек бумажки с отметками об уборке и контроле каждые 15 минут. Так зачем придумывать велосипед.

Самое простое и не требующее гиганстких затрат решение это сделать бланк на неделю, где каждая строка это одна проверка. Проверку проводить визуально два раза в день, один раз утром и второй раз вечером. Колонки это соответсвенно дата, время, и потом по каждой системе общее состояние: ок или авария. В случае аварии или предупреждения, в отдельное поле типа комментарий вносится сообщение что именно проихошло. Можно еще добавить поля влажности и температуры. Последняя колонка это подпись производивщего контроль.

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

Такой опдзод поозволяет выявить 90% проблем, возникающих в системе, оперативно на них среагировать, плюс собрать статистическую информацию.

И даже после покупки средств удаленной диагностики... имеет смысл оставить это правило контроля.

ЦОД: Техническое обслуживание

После сдачи объекта (а еще лучще до) первый вопрос, который должен перед вами стоять это техническое обслуживание инженерных систем, а именно: кондиционеров, ИБП и пожарки. По моему опыту, если претензий к к тем кто их монтировал нет, то лучше заключать контракт с ними. Тот кто знает систему с момента установке всегда лучше, чем тот кто пришел позже.

В любом случае контракт должен быть, обслуживание должно проводится- чистка, настройка, измерения, замена расходки.

ЦОД: на что стоит обратить внимание

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

1. Уборка помещения. В обязательном порядке в процессе работ должна быть проведена уборка. Иначе а) заляпают все что можно б) будет куча пыли в помещении в) и куча мелкого мусора.

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

2. Обязательно надо с умом подходить к комплектации серверных шкафов. Дали спецификацию без партномеров изготовителя - надо требовать парт-номера и смотреть что получается. А то в последний момент может выяснится, что нехватит блоков розеток, или какой-нибудь железной детали из-за которой провода будут лежать не так удобно, а везти ее месяца два.

3. В каждый шкаф обязательно должно две независимых линии электропитания. Каждая должна иметь свой автомат - в случае, если в оборудовании два блока питания, это позволит отключать и работать с одной линией питания, пока оборудование будет запитано с другой.

4. Пожаротушение. Пожарная сигнализация и поажротушение это отдельная большая тема, но тем не менее, стоит обратить внимание на две вещи: а) наличие клапана, который открывается перед началом тушения. Если такого клапана не будет, то за счет резкого повышения давления (когда начнется выброс газа) вы можеет запросто лишится двери, которую выбьет. б) система дымоудаления должна быть стационарной и включаться снаружи помещения. Мне неоднократно предлагали использовать мобильный дымосос, в ответ я предлагал расписать внятный алгоритм действий персонала - но ни одного внятного мне описать не смогли. Так что толко стационарный дымосос.

5. Повторюсь еще раз - все изменения должны быть согласованы и подписаны, а пачка бумаги, которая получится у вас в конце будет весьма внушительной.

6. Незабдьте получить паспорта электрощитов и т.п. Копии бумаг разложить в персональные кармашки в каждом щите.

ЦОД: стой, кто идет?!

Самые большие проблемы организационного характера могут создать сотрудники охраны. Чтобы этого не возникало, необходимо совместно с подрячиком, перед началом работ составить список работников подрядчика: Ф.И.О. + паспортные данные. В этом же списке описать график работы, то есть со скольки до скольки. Ночное время отдельно и т.п. Все это должно быть сосотавлено оформлено, утверждено и подано на соответствующие посты охраны. И самое главное не забывать, что ночные работы всегда будут идти по отдельному списку. Но их и будет немного.

ЦОД: вывоз мусора и комната для рабочих

Еще до подписания договора с подрядчиком, необходимо определится, а потом отразить это в договоре, кто именно и как вывозит мусор. Редко встретишь организацию у которой на постоянной основе вывозят контейнеры со строительным мусором. А в те, что предназначены для бытового ваш мусор не влезет. Поэтому надо четко определить, что а) вы предоставляете место для установки контейнера, б) подрядчик устанавливает, напоняет и сам вывозит этот контейнер по мере заполнения. И естественно осгласовать место установки со службой жксплуатации здания. А то прийдется потом таскат ьпо кирпичику и подкидывать в контейнеры, а это плохо.

Второй немаловажный вопрос - это помещение для рабочих, где они могут складывать интсрумент, переодеваться и т.п. Небольшое, но должно быть.

ЦОД: план организации работ

Прежде чем начинать большую стройку крайне необходимо подготовится. Особено в тех случая, когда строительство идет "по живому". То есть в офисе уже работают люди.

Понадобятся контакты следующих лиц:

1. Служба эксплуатации здания. Здесь будут и просто хозяйственники и пожарники и электрики.

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

3. Если здание не находится в собственности, до добавляем собственника (его службы) или управляющую компанию.

Все эти лица должны быть оповещены о проводимых работах заранее.

Дальше совместно с подрядчиком составляется план организации работ. Точность до суток. Более мелкое планирование лишено смысла, потому что машина может задержаться на пару часов - пробки, нерастаропность при погрузке и т.п.

Особо стоит отметить в плане моменты, когда:

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

б) Работы связанные с подключением в ГРЩ. Отключение света в здании и допуск в ГРЩ.

в) Работы связанные с подключением к систем водоснабжения и водоотведения.

г) Работы связанные со сваркой.

В большинстве вышеупомянутых работ, должны хотя бы присутствовать люди отвечающие за водоснабжение ,пожарную безопасность и т.п.

После того как план готов, согласуем его со всеми вышеупомянутыми службами и начинаем строить.

Можно конечно по факту договариваться, но лучше не надо. Неправильно это и опасно. Так что лучше потратить сначала один два дня, а потом за "полчаса долететь" (с)

И совсем неплохо утвердить этот план у генерального директора или кого нибудь из замов.

ЦОД: помещение рядом

После того как закончен выбор помещения, неплохо было бы "попросить" комнату рядом. Можно маленькую, совсем не большую, даже метров 5-7.

Потому что после того как все будет смонтировано и запущено, находится в ЦОДе дольше чем смотнировать сервер, будет невозможно - продует. А выключать систему охлаждения каждый раз когда нужно провести внутри дольше 3-5 минут, согласитеьсь это плохо.

Там же по хорошему надо хранить провода, инструемнты, какие то расходники и т.п.

Идеальный вариант, когда оно совсем рядом, соседние двери.

LDAP справочник в OpenStage 60

(для прошивки телефона версии V1 R3.25.0)

В телефонных аппаратах OpenStage 60 HFA и 80 HFA есть возможность проводить поиск телефонных номеров из LDAP каталога. Например из MS Active Directory. Удобно это или нет, вопрос спорный, причем в первую очередь из-за реализации, но то что для ряда сотрудников это может быть удобно, это точно.

Предполагается что в справочнике уже внесена информация о телефонах.

Все начинается с подготовки шаблона для телефона. Этот шаблон призван сопоставить поля получаемые из LDAP каталога с полями формы в самом телефоне. Шаблон представляет из себя обычный текстовый файл и загружается в телефон через FTP. Пример шаблона:

OpenStage LDAP TEMPLATE (v.1)

SEARCHBASE="DC=hq,DC=tmh,DC=local"

ATTRIB01="sn"

ATTRIB02="givenName"

ATTRIB03="telephoneNumber"

ATTRIB04="otherTelephone"

ATTRIB05="mobile"

ATTRIB06="homePhone"

ATTRIB07="company"

ATTRIB08="streetAddress"

ATTRIB09="l"

ATTRIB10="title"

ATTRIB11="mail"

EOF

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

Далее значения ATTRIB в соответствии с формой на моем телефоне:

 

ATTRIB01 - Фамилия;

ATTRIB02 - Имя;

ATTRIB03 - Рабочий телефон №1;

ATTRIB04 - Рабочий телефон №2;

ATTRIB05 - Мобильный телефон;

ATTRIB06 - Домашний или личный телефон;

ATTRIB07 - Название организации;

ATTRIB08 - Адрес 1; (в шаблоне выше, в это поле выводится улится,дом, стр. и т.п.)

ATTRIB09 - Адрес 2; (а здесь название города)

ATTRIB10 - Должность;

ATTRIB11 - Электронная почта.

После того как загружен телефон необходимо настроить в меню телефона подключение к LDAP справочнику. Я не привожу здесь меню настройки из-за его очевидности, но если кому то понадобится я могу дополнить, так же рассказав про загрузхку по FTP. Пишите.

Вам понадобится учетная запись, сервер LDAP с которого будут браться данные, вот собсвтенно и все.

После того как шаблон загружен и настроено подключение к LDAP начинает работать поиск по LDAP каталогу. Поиск можно осуществлять по любому из полей. Для этого достаточно нажать кнопку справочника, выбрать "Корпоративный", выбрать "Поиск" и задать параметр поиска, дальше все очевидно.

Однако есть еще один момент, на котором необходимо остановится подробней, а именно набор уже найденного номера. Логика работы телефона предполагает, что телефон в LDAP задан в формате E.164. Но для того чтобы можно было позвонить по этому номеру, он должен быть изменен в соответствии с настройками АТС. То есть в начале должна быть набрана 9ка, потом например 8ка и только потому уже сам номер. За правильную трансформацию номеров в формате Е.164, а так же за распознование внутренних и внешних номеров, отвечает раздел Locality в настройках телефона.

Входим в меню настроек телефона - раздел Администратор. Далее  Local functions -> Locality. Первым заходим в раздел Canonical Setting.

Local country code - код страны, для России вводим 7.

National prefix digit - код выхода на межгород. Вводим 8.

Local national code - Код города, вводим свой код. например 495.

Min local num length - Минимальная длина локлаьного номера. Не помню точно, что у нас в утвержденном плане номеров РФ, поэтому ввел 3.

Local enterprise node - по идее это номер станции. Если бы мы поддерживали E.164, то это был бы номер, который нам присвоили и после которго мы дописываем внутренние номера, я здесь ввел свой основной номер офиса. 7 цифр для Москвы, без кодов, без префикса.

PSTN access code - код выхода со станции в город. У меня 9ка.

International access code - код международного звонка. 810

Initial extn. digits - первые цфиры с которых начинаются внутренние номера. Через запятую. Например: 2,3,4

С этим разделом все.

Updated: В раздел Canonical dial меняем значение для External access на значение For external numbers.

Остался раздел  Canonical lookup

Здесь задаются шаблоны, позволяющие отличать внутренние номера от внешних. Таких шаблонов может быть 5.

Я использовал один.

Local code 1 - введен номер в том же виде что и в параметре Local enterprise node.

International code 1 - полный номер то есть +7495 и номер станции.

Все. После этого можно искать в LDAP телефоны и  звонить по ним. И если в справочнике внутренний номер сотрудника забит например 4мя цифрами, то телефон прдеставит его в формате E.164, то есть +7495 ....... 4444. Но когда вы нажмете вызов наберутся только 4 цифры.