Отправляет email-рассылки с помощью сервиса Sendsay

Электронная почта предприятия. Создание и практика поддержки

Рассылка закрыта

Вы можете найти рассылки сходной тематики в Каталоге рассылок.

←   Март 2003   →
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
Автор
С О

Статистика

21 подписчиков
0 за неделю
←   Все выпуски   →

Электронная почта предприятия. Создание и практика поддержки


Информационный Канал Subscribe.Ru

Выпуск №4. 06.03.2003

Хороший администратор.

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

В мою бытность администрирования IT инфраструктуры в одной из компаний, где я ранее работал, мне хотелось походить на правильного системного администратора, которого  сам себе выдумал. Частично я заимствовал это из книг, частично сам делал, как мне казалось правильным. Сразу оговорюсь, что в те времена я не ведал о том, что где-то разработаны правильные концепции по работе IT службы на предприятии и такие вещи как ITIL , ITSM, MOF мне были совершенно неведомы. Это сейчас я уже наслышан и полностью соглашаюсь, с тем, что роли технической поддержки (support) и системного администрирования (часть процесса operations) должны быть явно разделены. И мы, достаточно успешно, внедряли у себя в компании такие принципы. Здесь я и хотел бы показать, что должны делать правильный администратор и руководство IT службой на предприятии.

1)  Прежде всего, необходимо создать:

a)  пакет служебных инструкций (для всего персонала)

b)  пакет технологических инструкций (для всех поддерживаемых IT сервисов на предприятии)

c)  глоссарий - словарь терминов

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

Кто-то из читателей сейчас же начнет возражать, что это бюрократия и к теме рассылки имеет отдаленное отношение!

На что я отвечу – работайте как раньше и парьтесь на здоровье. Суетитесь, выдумывайте заботы и проблемы, а мы пойдем по пути того, что все опишем, запишем, предугадаем и зафиксируем.

2)  Администратор должен четко понимать свои обязанности. Чтобы он это понимал однозначно, ему необходимо хотя бы раз в квартал перечитывать свою должностную инструкцию.

Почему это важно? Дело в том, что мы все совершенно по-разному понимаем одни и те же слова. И наш мозг каждый раз пытается интерпретировать услышанное или увиденное в соответствии с нашими (исключительно своими собственными) образами и ассоциациями. В результате каждый придумывает и додумывает сказанное и прочитанное в соответствии со своими представлениями.

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

Если у вас будет процент совпадения более 20% , то я вас поздравляю! Вы либо нашли очень конкретное слово, либо подобранные вами люди для эксперимента непременно клоны одного и того же человека.

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

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

Поэтому – приведите к единому значению всю терминологию в ваших технологических инструкциях. И используйте только ясно очерченные вашим глоссарием специальные термины!

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

Что же могло бы быть в таких предписывающих документах?

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

 Пусть у вас будут такие сервисы:

1)  Почтовая служба

2)  Файловый доступ

3)  Сервис печати

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

·        Инсталляция и апгрейд серверов почтовой системы

·        Резервное копирование серверов почтовой системы

·        Архивирование данных

·        Восстановление данных почтовой системы

·        Мониторинг работы следующих компонентов почтовой системц:

o       Базы данных почтовых сообщений

o       Базы данных каталоговых данных

o       Базы данных ньюс конференций и подобных им досок объявлений

·        . . .

То же самое необходимо проделать для всех остальных базовых информационных сервисов.

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

И таким образом вы сможете, ясно представляя свою структуру информационных сервисов, создать всю регламентную документацию.

Что же должен все-таки делать на работе правильный администратор можете вы спросить у меня? Хотелось бы ответить вам, что он должен хотеть лениться. Почитайте на эту тему мои первые пару выпусков рассылки. Реально администратор (возможно это не один человек, а разные люди) должен:

1)  Проверять ежедневно все журналы. Если говорить о системе Windows NT/2000/XP, то это будут журналы приложений, безопасности, системный журнал, журнал каталогов и т.п. Если администратор видит какие-то неполадки, то он делает пометки (фиксирует это в специальной конфигурационной базе IT поддержки сервисов) и по возможности, проведя необходимые согласования, устраняет их в ближайшее время (тот же день).

2)  Ежедневно проверять журналы резервного копирования. Можно надеяться, что вы регулярно проводите резервирование и затем архивирование данных (я так понимаю, вы в курсе, чем отличается резервное копирование от архивирования). Возможно, вы используете принцип GFS (сын-отец-дед) для резервирования данных и производите инкрементальное копирование каждый день с понедельника по четверг, а в пятницу производите полное резервное копирование всех серверов. Если в начале следующей недели обнаружится, что полное резервирование данных закончилось неуспешно – немедленно выясняется причина и производится резервирование в самое ближайшее время.

3)  Устанавливает мониторинг  сервисов всех критически важных служб. Например, для Microsoft Exchange это Server Monitor и Link Monitor (направляются сообщения в наиболее важные внешние почтовые серверы, с которыми вы работаете чаще всего).

4)  Один раз в месяц или квартал (сами определитесь, пожалуйста), администратор выполняет пробное восстановление для каждого сервера. Восстановление проверяется как для обычных файловых структур (отдельных файлов и/или каталогов), так и для восстановления баз данных, например почтовой системы. Для пробного восстановления почтовых серверов, необходимо иметь запасной аналогичный сервер. После восстановления на отдельный сервер, можно убедиться, что сама процедура вообще работает. Само восстановление проходит в приемлемый срок и вся система резервирования данных действительно работает.

5)  Используя оснастки , Performance Monitor и/или System Monitor в течение трех-пяти дней в месяц производятся измерения в течение 5-10 минутных интервалов базовых компонент операционной системы серверов, а также других приложений. На основании полученных измерений, фиксируются диаграммы, которые сохраняются в специальной БД. На основании квартального анализа можно прогнозировать и запрашивать необходимые ресурсы для модернизации тех или иных подсистем оборудования у руководства.

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

7)  Один раз в полгода желательно проверять системы бесперебойного электропитания. Проверять надо по настоящему, с полной разрядкой батарей UPS , чтобы убедиться в работоспособности программного обеспечения, которое следит за этими источниками. Хотя здесь наверно можно было бы подискутировать, на предмет того, как это лучше и правильней делать.

8)  Один раз в месяц проверять наличие патчей, сервиспаков и т.п. Далее эти патчи необходимо проверять! И только после проверки устанавливать на производственные системы.

9)  Один раз в полгода желательно проверить вентиляцию в серверах J.

Вот так, начали с регламентов, а закончили вентиляцией.

Успехов!
P.S. Если есть какие-либо вопросы или предложения по темам рассылки, пожалуйста пишите мне не стесняясь, на адрес mailto: os@seti2000.ru

http://subscribe.ru/
E-mail: ask@subscribe.ru 		Отписаться
Убрать рекламу
В избранное