Восстановление хранилища 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 цифры. 

Логотип на телефонах Optiset и OpenStage

Давно недававшая покоя задачка - как отобразить на корпоративных телефонах логотип?

Исходные данные: есть нбаор телефоном Openstage 20/40/60/80 HFA и Optipoint 410/420.

Все генаильнаное просто, когда читаешь инструкцию.

Итак начнем с красивого. OpenStage 40/60/80 позволяют загружать логтип в виде графического файла. Рекомендуется использовать PNG для 60 и 80, а для 40 модели вариантов не много, только BMP. Требования к файлам описаны здесь: Openstage HFA FAQ. После того как файлы подготовлены, все просто - заходим через веб-браузер на телефон и указываем настройки где откуда и как взять файл с FTP. Перед сохранением настроек необходимо убедиться что опция чтоделать после сохранение утсановлена в "start downloading", вместо "do nothing". Картинка загружается сразу. PNG еще хорош тем, что поддерживает прозрачность.

Дальще остаются Openstage 20 и Optipoint 410/420. Тут про логотипы прийдется забыть, потому что нам доступен только текст. Поэтому используем команду

CHANGE-ZAND: TYPE=OPTISET, DISPLOGO="               COMPANY";

В DISPLOGO подставляем нужный нам текст. Необходимо помнить что максимальное количество символов = 22. Если написать текст без лидирующих пробелов, то часть текста будет закрыта часами, которые обычно выводятся на дисплей телефона. Так что лучше взять текст, который пишем и доабвить пробелы, так чтобы длинная всей строки была 22 символа.

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

Некоторые особенности eseutil

Не знаю как у кого, а у меня самый восстребованный режим работы eseutil это /d -дефрагментация базы данных почтовых ящиков (store).

Утилита эта достаточно проста и понятна, но имеет некоторые особенности поведения и использования, особенно когда размер быза превышает гигабайт 10. В моем случае речь шла о edb файле размеров в 140 ГБ и stm размеров в 74 ГБ.

Итак различные особенности поведения

1. Шкала прогресса дефрагментации относится только к edb файлу. То есть если илет дефрагментация и edb и stm, то если обработан только 1% edb, а stm например полностью (не зависимо от его размера), то на шкале будет отмечен только 1%.

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

3. Завист от размера дефрагментируемой базы, но как показывает практика eseutil выберет всю свободную память, до которой сможет дотянуться. И если для pagefile у вас задан не фиксированный размер, а размер от и до, то при большой базе, будьте уверены, что он вырастет до максимально разрешенного размера.

P.S. Лучша дефаргментация, это перенести ящики в другое хранилище, а старое просто удалить :)

Невидимый mailbox

Попытка удаления mailboxs store привела к сообщению об ошибке, в котором было сказано, что хранилище по прежнему используется хотя бы одним пользователем. System Administrator упорно показывал что хранилище пусто и никаких почтовых ящиков в нем нет. Дальнейшие изучение показало, что на самом деле он есть, просто еще не создан.

Нкоторое время назад для сотрудника был создан почтовый ящик, и сразу установлено перенаправление всей почты (в ящик ничег оне доставлялось) на другой адрес. Естественно тчо ящиком никто не пользовался и ничего в него не доставлялось. Поэтому, не смотря на то что он как бы есть, ег офактически нет, но записи в настройках mailbox store естественно присутствуют.

Единственным способом, которым можно найти пользователей привязанных к тому или иному хранилищу (из тех способов, что я нашел в настоящий момент) является информация из AD. Посмотреть можно например при помощи adsiedit. Подключаемся к разделу Configuration,  далее Services, Microsoft Exchange, имя почтовой организации, Administrative Groups и далее вплоть до Storage Group - навигация здесь проста и понятна, потому что System Administrator отображает как раз эти ветки из AD, только в чуть более красивой форме.

В разделе с именем нужной Storage Group лежат записи для каждого store. Выбираем нужную и открываем. Ищем параметр homeMDBBL и смотрим содержимое. Здесь содержится полная информация о тех пользователях, кто использует эту базу (store).

А дальше можно либо переместить этот ящик используя Users and Computers либо просто удалить, если не нужен.

Кстати после перемещения с использованием Users and Computers в целевом хранилище явно появляется перемещаемый ящик с 0 размером.

Штрихкодирование

Задача: нужны наклейк с номерами на технику, удобные для машинного сбора данных. Под машинным понимается самое логичное, а именно штрих кодирование и считывание сканером штрихкода.
Решение: Берем шрифт для Code 39 например здесь, Скачиваем и готовим например в Word наклейки. Размер шрифта - 36. Дальше печатем их и все готово.
Важно: Прежде чем изменить шрифт на "free 3 of 9" необходимо убедится, что "кодируемый" текст содержит символ * в начале и конце. Например так: *00001*. Это важно, потому что по этому символу сканер определяет начало и конец и без него просто не будет считывать штрихкод.

Remote Desktop Connection Manager

Remote Desktop Connection Manager - это новая (или для кого то уже старая) утилита от MS, для управления подключениями к удаленным рабочим столам. В отличии от уже традиционной утилиты "Удаленные рабочие столы", где все необходимые подключения собираются в дерево и все, эта утилита позволяет разбивать подключения на группы, для каждой группы задавать свои параметры подключения, вплоть до реквизитов пользователя и размера и цветности экрана и много другое, плюс наследовать эти настройки на элементы (подключения) группы. Плюс ко всему этом возможность подключения ко всем компьютерам в группе - одновременное подключение. И кстати отключение тоже.

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

Информация взята из статьи Getting Hold of another PC, спасибо автору.
Саму утилиту можно скачать по этом ссылке Скачать с Microsoft

HP Planet Partners

Знаете ли Вы, что Вам совсем не нужно незаконно выбрасывать отработанные картриджы в мусорный бак? Для того чтобы избавится от картриджей и законно их утилизировать, достаточно зайти по этому адресу: https://h30248.www3.hp.com/recycle/ereturns/welcome.asp?__cc=ru&__la=ru и заказать контейнер для вывоза картриджей. Отчетные документы предоставляются по требованию.

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

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

Устройство USB неопознано

"Устройтсво USB неопознано" - эта надпись с настойчивостью дятла стала появлятся на экране ноутбука. Sony управляемый 7кой в очередной раз решил напомнить, что идеальных вещей не бывает. Проблема была знакомая, через 3 дня после покупки я это уже видел. Ни одно USB устройство включая камеру не опозновалось и не работало. Тогда как ни странно помогла полная переустановка OS.

Но в этот раз было очень жалко сносить все, да и внешнего носителя куда можно было все слить под рукой не было. Поэтому пришлось поискать решения в интернете, с надеждой что почти за год у кого нибудь это уже было. И поиски увенчались успехом. Решение нашлось на форуме тех поддержки Sony. И хотя на первый взгляд оно отдает шаманством, делаем так:

1. Выключить питание, вынуть аккамулятор.

2. Отключить все подключенные устройства.

3. Нажать кгнопку питания и удерживать ее не отпуская одну минуту. (да да, именно так - держать кнопку питания на отключенным из розетки и с вынутым аккамулятором).

4. Собрать все назад и запустить ноутбук.

ЦОД: Выбор помещения

Если есть возможность выбрать помещение, то для идеального ЦОДа необходимо чтобы:

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

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

2. Помещение не должно быть на первом или последнем этаже.

3. Желательно чтобы это была теневая сторона здания.

4. Площадь помещения должна соответствовать вашим потребностям, а не быть крысиной норой куда войдет один сервер и все. Высота минимум 3,20 м. Вообще с площадью вопрос отдельный. Если например все инженерные системы (ИБП, кондиционеры) вынести в соседнее помещение, то основное может быть поменьше, но кто ж вам даст два помещения?

5. Если мы говорим не просто о кондиционировании (читай охлаждении воздуха) а еще непример о пароувлажнении, то желательно чтобы на этаже на расстоянии метров 5-10 был санузел - вода + слив. Чем проще трасса будет от кондиционеров до санузла, тем надежнее будет работать.

6. Если в помещнии есть окна, то закладываем все хотя бы в один кирпич. Лишние источники тепла нам не нужны. Да и нечего подглядывать, вдруг в доме напротив засел шпион. Но прежде чем закладывать, рекомендую посоветоваться с исполнителем - при монтаже пожарной системы, понадобится делать дымоудаление и перепускной клапан, а для них нужна дыра в стене наружу. Логичнее всего в окно, поэтому чтобы не делать работу дважды, стоит это обсудить заранее. По поводу закладывания окон кирпичом существует два варианта - просто замуровать окно, но тут есть вопросы изменения фасада и дополнительные согласования, второй вариант это заложить окно изнутри не удаляя само окно. Прежде чем класть кирпич можно поставить экран с любым рисунком, так что такое окно вообще не будет бросаться в глаза.

7. При выборе помещения надо помнить еще об одной важной детали, электропитание должно производится по линиям от ГРЩ (щитовой здания) до серверной или иного места, где будут установлены щиты и ИБП. Убедитесь с подрядчиком, что есть возможность организовать трассу.

8. Стены. Стены должны быть несущими. Перегородки в полкирпича или гипсокартона не предлагать.

9. Пол-перекрытия. Самый интересный вопрос - а выдержит ли перекрытие ваш ЦОД? Всегда есть вариант что при полной загрузке вся эта красота проломит пол и провалится этажом ниже. Поэтому очень важно при проектировании расчитать вес, нагрузки и найти строительную документацию на здание, чтобы выяснить а сможет ли оно выдержать. Если нет, то надо с проектировщиком садится и думать как перераспределить нагрузку.

ЦОД который построил ты

"Вот дом, Который построил Джек"
С.Я. Маршак

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

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

Правда всегда тяжело решиться вложить крупную сумму денег - почти единоразово, но зато при правильном подходе результат превзойдет ожидания.
Не так давно я закончил строительство собственного ЦОДа соответствующего по классификации Tier 2, в центре Москвы. И результатами и нюансами, а так же теми моментами на которые стоит обратить внимание, хочу поделиться. Я не буду рассматривать идеальную ситуацию, когда здание компании строится с нуля или когда решено построить отдельное помещение под ваши нужды. В 90% случаев это не так. Как правило вам просто скажут дадут готовое помещение и все. Поэтому дальше появится ряд постов на тему того как построить ЦОД в реальных условиях, и если вам интересно, вы сможете просмотреть их все выбрав ярлык - ЦОД или просто нажав на эту ссылку: ЦОД

Добавление приставки к телефону

Для добавления приставки к телефону необходимо предварительно сконфигурировать абонента на станции. Параметр определяющий кол-во приставок называется REP. Команда SBCSU. То есть если нужно установить что у телефона будет две приставки, команда будет выглядеть так:

CHANGE-SBCSU:STNO=XXXX,OPT=OPTI,REP=2;

где STNO это номер абонента.

Первые впечатления от PocketBook 302

Давно хотелось приобрести устройство для чтения книг, чтобы было побольше, чем старый наладонник, чтобы по технологии электронной бумаги и вообщем. Изначально глаз лег на Sony PRS, но потом в руки попал Pocketbook 301. Понравилось, решил заказать, но "тяга" к новому и привычка к сенсорному экрану свернула с проверенной дорожки и заставила купить 302 модель.

Первые впечатления, все таки скорее негативные:

1. Экран на мой вкус ОЧЕНЬ сильно бликует. Отражения заставляют искать позу в которой не отсвечивает отражение лампы и собственное лицо;

2. Пока еще не понял баг ли это или просто не поддерживается моя микро SD-карта, но если вставить Kingston micro-SD на 1ГБ, как покет начинает перезагружаться. Причем если при это подключить питание к устройству, то карту он видет, но только почему то как 16 МБ.

Основную функцию как читалка, он вполне выполняет. Приятная особенность это увеличенная батарея.

Дефрагментация хранилища Exchange

Столкнулся с проблемой, что офлайн дефрагментация (eseutil /d) "пустого" хранилища (все ящики удалены) уменьшила размер хранилища (размер на жестком диске) намного меньше, чем ожидалось. То есть по сути хранилище практически не было упаковано, хотя все почтовые ящики были из него удалены.

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

Keep deleted items for (days) - сколько хранить удаленные элементы (письма и т.д.);

Keep deleted mailboxes for (days) - сколько хранить удаленные почтовые ящики;

(если указать значение 0, то объекты будут удалены из базы немедлено)

То есть, если указанные сроки не истекли, объекты хоть и удалены, но тем не менее находятся в базе и занимают место.

Алгоритм выглядит так: по истечении заданного в настройках срока должна пройти онлайн дефрагментация (OLM), которая проходит без вашего участия. После этого запускаете eseutil /d и все что должно быть, будет очищено и база упаковано.

Но вообще с пустым хранилищем, можно поступить быстрее, радикальнее и проще - удалить, стереть файлы и создать хранилище заново.

Функция DSS

DSS она же Direct Station Selection это функция прямого вызова абонента (терминала). Одна из программируемых клавиш определяется как DSS (с помощью команды tapro), после этого командой ziel устанавливается значение (то есть указывается номер вызываемого абонента). После этого достаточно нажать на клавишу, чтобы вызвать абонента.

Особенности DSS:

• Лампочка клавиши показывает занятость динии вызываемого абонента, то есть если человек говорит по телефону, то лампочка горит. Если нет, то лампочка погашена.
• Если на вызываемом телефоне утсанолена переадресация, то она игнорируется и вызов поступает на терминал.
• Если на вызываемоме теелфоне установлен запрет входящих вызовов, то он игнорируется.
• Если линия в настоящий момент занята, то абоненту поступит уведомление о входящем звонке и он сможет переключится на вызов (даже если не включена вторая линия).

Общий принцип построения команд АТС Hipath

Команда строится по достаточно забавному принципу: сначала идет действие и только поток через тире идет существительное. Например добавить значение кнопки выглядит так: ADD-ZIEL, параметры отделяются двоеточием и перечисляются через запятую. Например:
DISPLAY-TAPRO:TYPE=DSS;
И кстати поддерживается сокращенный набор команды, например:
dis-tapro:type=DSS;
Равнозначно команде выше.

Команды программирования телефонов

Команды программирования телефонов, через АТС Siemens Hipath 4000 (V4):

tapro - отвечает за назначение функций на клавишах. Прежде чем кнопке будет назначен например прямой набор, кнопка должна быть запрограммирована под прямой набор. И только после этого задается какой именно прямой набор должен быть.

ziel - программирует значение клавиши, например если клавиша была определена с помощью tapro как DSS, при помощи ziel задается номер телефона прямого набора.

sdat, actda - определяют настройки самого телефона, подключенного к станции. Позволяют включать/отключать различные функции.

sbcsu, scsu - отвечают за настройки терминала, подключение отключение абонентов на платах. sbcsu для аналоговых абонентов, scsu для цифровых (ip).

Как убрать DSS в подписи клавиши

Была следующая ситуация. На IP-телефонах (Siemens Optipoint и OpenStage) есть функциональные кнопки у которых есть жк экраны, на них отображается та функция или имя набора, которые назначены для этой кнопки. Для кнопок с именным набором или прямым вызовов всегда писалось "NAME ИВАНОВ" или "DSS ИВАНОВ" соответственно. Так как во первых это съедает место на экранчике и вообще неудобно, была задача убрать приписку NAME/DSS. Оказалось что для того чтобы подпись формировалась без приписки необходимо ввести следующую команду:

CHANGE-ZANDE:TYPE=OPTISET,NODDSLAB=YES;

подписи на кнопках пришлось пересоздавать заново. Автоматом не поменялись.

Хороший форум по телефонии

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

Форум связистов