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

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

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

Очень трудно приступить к составлению документа. Слово «документация» ассоциируется у нас с тысячестраничной книгой, в которой описано то, чем мы занимаемся, как именно мы это делаем и вообще как все работает. Ну и с чего прикажете начать, если вдруг придется это описывать?

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

Кроме того, у наших дверей всегда толпятся клиенты с неотложными просьбами, которые, как правило, важнее документирования. При написании документации нужно долго работать, не отвлекаясь. У какого системного администратора есть такая возможность?

Наконец, профи ненавидят печатную документацию. Зачем дразнить гусей?

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

Что нужно системному администратору вместо громоздкой и устрашающей документации? Вам нужно хранилище информации, полезное с точки зрения тайм-менеджмента. Возможно, у вашего шефа есть свои резоны требовать, чтобы вы вели документацию. Я советую вам исходить из собственных соображений — эгоистических. Стройте хранилища информации, которые будут служить вам и вашим целям тайм-менеджмента, а не каким-то посторонним целям вашего шефа или отдела контроля качества. Собственно, системному администратору требуются два хранилища информации:

• Хранилище, используемое клиентами. Это документы, доступ к которым, по вашему мнению, должны иметь все пользователи вашей сети. Например, сюда входит описание общей политики системного администрирования и процедур, которые необходимо соблюдать.

• Хранилище для внутреннего пользования ИТ-персоналом. Информация, нужная лично вам для работы, например контактная информация производителей, полученные вами инструкции по задачам и т. д.

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

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

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

В этих двух хранилищах вы должны собрать следующие материалы:

• Правила обращения за помощью (возможно, в виде простого дерева решений).

• Общие направления политики системного администрирования (со ссылками на соответствующие страницы документации отдела кадров и/или юридического отдела).

• Список производителей и сервисных организаций и их контактная информация.

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

• Простая схема сети, которую сможет использовать для справки новый (или временный) сотрудник вашей группы.

Вы должны будете разместить эту информацию соответственно в открытой и закрытой частях веб-сайта. Чтобы вам было легче начать, я приведу образец для каждого хранилища. Чтобы вам было легче сопровождать свои хранилища, я рекомендую вам воспользоваться технологией Wiki. Если она вам незнакома, подробные сведения вы можете почерпнуть в разделе «Технология Wiki» этой главы. Пока просто запомните, что Wiki — это тип веб-сайта, который очень легко обновлять.

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

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

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

Как получить помощь

Перечислите возможные способы в виде маркированного списка.

Как запросить новые возможности

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

Политика системного администрирования

Маркированный список ссылок на документы о политике, написанные вами, а также ссылки на соответствующие страницы документации отдела кадров или юридического отдела.

Свод всех установленных вами политик

Со ссылками на соответствующие страницы документации отдела кадров или юридического отдела.

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

Политика системного администрирования — это правила, по которым живут пользователи ваших компьютеров и сетей. Сюда входят правила безопасности, соглашения об уровнях сервисной поддержки, правила пользования компьютерами и сетями, этикет, правила привилегированного доступа к информации и т. д. В разделе «Политика системного администрирования» приведите ссылки на существующие документы в формате HTML, MS Word или PDF. Если таких документов пока нет, не помещайте этот раздел на главную страницу. Однако внесите в свой список дел пункт о разработке подобных документов. Если у вас нет собственных идей на этот счет, прочитайте главу 7 (о безопасности) и главу 9 (об этике) книги «The Practice of System and Network Administration» (Практика системного и сетевого администрирования). Я рекомендую вам начать с правил пользования компьютерами и сетями. Если юристы или кадровики вашей фирмы разработали такие правила, укажите ссылки на соответствующие документы. Если приведенный образец показал, что у вас отсутствует политика системного администрирования, то это не так уж плохо.

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

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

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

Если у вас еще нет подобного хранилища, приведу образец:

• Контактная информация производителей и условия сервисной поддержки. Ссылка на список производителей и на договоры по обслуживанию техники.

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

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

Рассмотрим пункты этого списка более подробно.

Контактная информация производителей и условия сервисной поддержки

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

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

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

Процедуры системного администрирования

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

Пример сложной процедуры — отсоединение зеркала RAID, а затем его присоединение/синхронизация. Вы можете «разбить зеркало» (то есть отделить основной диск от его зеркала) перед переходом на новую версию операционной системы. Если модернизация ОС не состоялась, вы смонтируете ту часть зеркала, которая не была изменена. В случае успеха вы присоедините и синхронизируете зеркало. При этом применяются довольно сложные команды. Поэтому, затевая нечто подобное в следующий раз, создайте веб-страницу и запишите все использованные вами команды, сопроводив их пояснениями. В будущем вы воспользуетесь этой страницей как справочником, и вся процедура займет у вас меньше времени.

Если есть несколько способов выполнения некоторой процедуры, но для вашей системы годится только один, задокументируйте его (и поясните, почему следует применять именно его). Часто бывает, что документ с инструкциями, найденный в Интернете или пришедший вместе с программным продуктом, предлагает много путей, ведущих к одной цели, но вы на опыте убедились, что вам подходит лишь один из них. Сохраните весь документ и снабдите его комментариями, например: «Применить вариант 3», или «Не делать этого», или «Эта комбинация прошла на сервере В, но не годится на остальных». Выделите комментарии цветом. Проявите уважение к авторским правам создателей документа!

Я часто создаю документы, по сути просто технологические карты (инструкции). Это не так страшно, как написать огромный документ, описывающий все в мельчайших подробностях. Я плохо запоминаю детали, поэтому пошел по пути технологических карт. Поскольку информация в хранилище легко обновляется, другие сотрудники со временем дополнят документ. Часто это вырастает в полноценную документацию.

Другой тип процедур, подлежащий документированию, — процедуры, которые вы не любите выполнять. Конечно, неплохо было бы задокументировать все свои действия, но где взять время? Просто задокументируйте процедуры, которые вы не любите выполнять, и у вас будет материал, позволяющий обучить этим процедурам другого сотрудника. Лично я терпеть не могу создавать новые учетные записи. Хотя я максимально автоматизировал этот процесс, для меня это все еще головная боль. Есть вещи, которые невозможно автоматизировать, например такие пункты моей технологической карты, как «Навестить сотрудника в его первый рабочий день и поинтересоваться, есть ли у него вопросы», или «Повторить визит через неделю». Итак, я задокументировал команду, создающую учетную запись, действия по проверке корректности новой учетной записи, а также другие действия, которые необходимо выполнить, когда появляется новый сотрудник. Это не «Война и мир» и даже не документ, разбитый на абзацы. Это просто маркированный список с комментариями. Но теперь, когда процесс задокументирован, я надеюсь переложить его на кого-нибудь другого. В главе 2 я уже говорил о делегировании. Хорошее хранилище документов значительно упрощает делегирование заданий.

Черт возьми, моя стратегия в том, чтобы заполучить побольше подчиненных. Я документирую все ненавистные мне процедуры, которые я поручил бы помощнику, если бы он у меня имелся. Как только фирма снова станет набирать персонал, я предложу руководству список обязанностей моего возможного помощника: создание новых учетных записей, замена лент для резервного копирования, обычные проблемы принтера и т. д. Как здорово, что все эти дела хорошо задокументированы и их можно передать другому!

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

Схемы сети

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

Самые пылкие сисадмины, вероятно, будут настаивать на схеме, нарисованной в программе Visio, с реалистичными пиктограммами серверов, расположение которых должно быть показано с точностью до миллиметра, но это как мышеловка. Вам не случалось, засев за рисование какой-то схемы, вдруг обнаружить, что весь день ушел только на то, чтобы довести ее до совершенства? В этой мышеловке нет сыра! Потратьте 10 минут, а не 10 часов. Я предпочитаю инструменты, не предназначенные для детализации, что вынуждает меня ограничиваться лишь общей схемой, не увязая в деталях. Как правило, я создаю схемы в PowerPoint и заношу в хранилище оригинал и его PDF-копию.

Если вы вправду не в состоянии противиться желанию создать идеальную схему, начертите ее на доске, сфотографируйте цифровой мыльницей и поместите в хранилище фото. Это быстро и действительно хорошо работает. (Если кто-то заявит, что схему надо перерисовать в профессиональном графическом пакете, обеспечьте ему доступ на запись в хранилище и скажите: «С нетерпением жду Ваших результатов».)

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

Чтобы создать веб-сайт (хранилище информации) с легко обновляемыми страницами, воспользуйтесь технологией Wiki. Строго говоря, Wiki — это концепция, а не конкретный программный пакет. Есть много программных пакетов, предлагающих пользователю функциональность Wiki. Есть и оригинальное приложение Wiki (в переводе с гавайского — «быстрый»), но также есть TWiki, KwikiKwiki, PHPWiki и т. д. Просто замечательно, что многие разработчики создают программные системы, которыми вы можете пользоваться.

♥ Я не применял технологию Wiki из-за глупого названия. Я думал: «Ни за что не буду пользоваться системой с таким дурацким названием, даже если она превращает свинец в золото». Я даже не пытался выяснить, что это такое. Три года спустя, начав работать с Wiki-приложением, которое установил другой сотрудник, я обнаружил, что моя производительность заметно повысилась. Как же я пожалел, что так долго игнорировал Wiki!

Так что же такое Wiki? Это веб-сайт, на котором любой посетитель может редактировать любую страницу, а установка ссылок на страницы чрезвычайно проста.

Не безумие ли это? В смысле, если любой посетитель может редактировать любую страницу, как быть с вандализмом? Кто-то может зайти на него, все удалить, занести в систему неверную информацию и т. д. Это будет катастрофа!

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

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

• Wiki-сайты централизованны и доступны. Любой пользователь может получить доступ к ним с помощью веб-броузера (если все его элементы управления на месте). На клиентской стороне не нужно никакого специального программного обеспечения.

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

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

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

Wiki ослабляет все эти препятствия. Вам не нужно проходить специальный курс обучения этой технологии, знание HTML тоже не требуется. Вам не нужна учетная запись для чтения документов. Если у вас нет учетной записи, а вы хотите отредактировать документ, то тут же получаете возможность создать ее. Учетные записи создаются с таким уровнем доступа по умолчанию, что пользователи могут выполнять большинство базовых операций. Самое приятное, что, хотя пользователи могут писать на чистом HTML, есть так называемая Wiki-нотация, позволяющая им вводить простой текст, который Wiki затем отформатирует. Например, Wiki понимает, что слова, окруженные звездочками, символами подчеркивания или иными, должны быть как-то отформатированы. Если вы введете *такой текст*, то на экране появится такой текст. А если -такой текст-, то на экране появится такой текст. Если вы создадите список, каждая строчка которого начинается со звездочки, Wiki преобразует эти строчки в маркированный HTML-список с тегами <ul>. Большинство людей быстро осваивает эту кодировку, поскольку уже пользуется ею в электронной почте, а если кто не пользуется, то справочной информации по форматированию в Сети предостаточно.

Создание ссылок на Wiki тоже не составляет труда. Если вставить во вводимый текст URL-адрес, Wiki превратит его в ссылку. Установка ссылок на другие Wiki-страницы проходит еще забавнее. У Wiki-страниц есть имена, имеющие специальный формат WikiWord. Программистам, работающим на Perl, он известен как CamelCase или Studly-Caps. Имя представляет собой слово, содержащее буквы как в верхнем, так и в нижнем регистре. Например, страницу можно назвать СписокПолезныхВещей Каждый раз, когда вы используете в тексте это имя, Wiki превращает его в ссылку на страницу, даже если страницы с таким именем нет. В последнем случае щелчок по ссылке позволит пользователю создать страницу с этим именем. Иными словами, чтобы создать новую страницу, создайте ссылку, щелкните по ней и приступайте к редактированию.

Размещать документы на Wiki-сайте тоже очень просто. Документ присоединяется к странице. Таким образом, любая страница может стать контейнером для документов в формате PDF, Word и др. Однажды мне поручили организовать хранение документов Microsoft Word для сотрудников, не разбирающихся в технике. Я создал Wiki-страницу, назвал ее ТекущийПроект и показал им, как присоединять к ней документы. Wiki автоматически выводит таблицу присоединенных файлов. Может, кто и не осилит Wiki-нотацию, но уж присоединить документ к странице все в состоянии. Возникает разделение труда: специалисты создают Wiki-страницы и структуру хранилища, а те, кто далек от техники, присоединяют страницы. По мере привыкания к технологии Wiki эти пользователи смогут освоить и более сложные задачи.

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

Во-первых, есть простой общественный контроль: каждое изменение регистрируется в журнале с указанием автора изменений. Удивительно эффективный метод! Полагаю, факт регистрации автора на 90 % удерживает пользователей от внесения безответственных исправлений. Это тем более справедливо в корпоративных условиях.

Есть и технические средства борьбы с вандализмом. Все Wiki-страницы хранятся в системах, подобных RCS, CVS, Subversion или Microsoft SourceSafe. Это обеспечивает практически бесконечные возможности отката. Вы без труда отмените исправления или сравните две версии страницы для контроля изменений. Когда последствия вандализма легко устранимы, сам акт нередко теряет привлекательность в глазах хулигана. Если бы аэрозольная краска смывалась дождем, не было бы элемента азарта в том, чтобы написать на эстакаде «Фрэнсин любит Харви».

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

Пуристы Wiki заявляют, что подобный контроль доступа не нужен, потому что в том-то и прелесть Wiki-культуры, что как вандалу несложно испортить страницу, так и кому-то еще несложно тут же восстановить ее. Это правда, но я лучше сплю ночью, зная, что страницу с номером телефона моей службы технической поддержки вправе отредактировать только один человек — я сам. В Wiki-культуре фраза «Wiki с ориентацией на бизнес» равносильна фразе «Wiki с контролем доступа».

Завершающим ударом против вандализма в Wiki является уведомление по электронной почте. Большинство Wiki-систем могут отправлять уведомления по электронной почте при любом изменении страницы. Обычно такое уведомление содержит информацию о том, что было изменено (HTML-отчет о различиях), и вы можете быстро определить, было ли изменение благотворным или вредоносным. Некоторые Wiki-системы по умолчанию извещают веб-мастера о любом изменении. Пожалуй, это превышение необходимой самообороны.

♠ Хотя стремление задокументировать абсолютно все можно понять, ни в коем случае не указывайте пароли на веб-странице. Не стоит рисковать, даже если она защищена паролем и находится на безопасном сервере. Например, однажды я обнаружил сайт, который его владельцы считали безопасным, потому что пароли хранились на странице, защищенной паролем и доступной только через SSL-соединение. Однако пользователи с учетными записями shell-account могли войти в систему и просматривать файлы напрямую. Поскольку это был основной сервер подразделения, такие учетные записи были у всех.

Система Wiki, с которой я больше всего работал, называется TWiki (http://www.twiki.org). Ее основным достоинством является управление доступом на добавление. Есть и другие системы — от чрезвычайно простых (одна из них написана на языке awk) до полнофункциональных. Некоторые крупные системы включают в себя технологию Wiki как одну из функциональных возможностей, другие целиком построены на концепции Wiki, например изумительная всеобъемлющая энциклопедия с открытым доступом — Wikipedia (http://www.wikipedia.org).

• Хранилище документов — прекрасный инструмент тайм-менеджмента.

• Хранилище, ориентированное на клиентов, предоставляет им необходимую информацию, и они меньше беспокоят вас.

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

• Хорошо задокументированную процедуру легче делегировать другому сотруднику. Это позволит вам вычеркнуть пункт из своего списка дел, поручив эту процедуру кому-то другому.

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

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

• Часто бывает трудно составить новый документ. Технология Wiki облегчает задачу разработки нового документа, создавая для вас все ссылки. Первоначальный документ может быть простой технологической картой, которая впоследствии будет дополняться. Вам совсем не обязательно с самого начала создавать безупречный документ. Напишите то, что важно в данный момент, и позвольте документу развиваться.

Личное хранилище информации

Некоторые сведения мне хочется иметь под рукой, где бы я ни находился, но памяти портативного компьютера недостаточно для их хранения. Я не стремлюсь к тому, чтобы эта информация была доступна всегда и сразу, но желательно иметь к ней хоть какой-то доступ. Размещение в Сети делает ее доступной почти из любого места, особенно по мере распространения технологии WiFi. Установить каталог, защищенный паролем, достаточно просто.

Часть информации я держу в хранилище Subversion. Подобно CVS и Microsoft SourceSafe, технология Subversion позволяет мне читать и обновлять информацию в хранилище из любой точки сети. Технология Subversion часто применяется для хранения исходного кода и отслеживания изменений. Теоретически, где бы я ни находился, я могу либо загрузить последнюю версию хранилища, либо обратиться через SSH к компьютеру, у которого есть связь с хранилищем. В личном хранилище я держу очень большую адресную книгу и некоторую другую информацию.