|
| |||
|
И сисадминам UNIX , IBM , MS Windows ,…, и АБД Oracle , DB 2, SQL Server ,…
«- И это все мне поможет? Приведенный эпиграф – это начало параграфа «Как читать эту книгу», и самым важным положением в нем (и во всей книге в целом) являются слова « технология организации времени ». Торопливо пробежавшись по названиям на корешках книг, плотно набивающих полки с компьютерной литературой, эту тонкую книгу, почти брошюру (менее 250 стр.), можно или просто не заметить, или сразу предположить, что она содержит какое-то число скриптов, прописей и рекомендаций как улучшить, скажем, время реакции на программные запросы, повысить производительность каналов связи, сэкономить время системного обслуживания, организовать плотное совместное функционирование нескольких (многих) программ и тому подобное. То есть то, что сразу приходит в голову администратору промышленной вычислительной установки (сисадмину) или администратору промышленной базы данных (АБД) любой серьезной СУБД, будь-то Oracle , DB 2, MS SQL Server , Sybase, (извините, если кого не назвал J ). Также думал и я, когда заказывал себе эту книгу, чтобы почерпнуть из нее для непосредственной работы массу технологических приемов, а заодно и написать рецензию. Сразу разочарую откровенных прагматиков, которые читают и признают в книгах только $SHELL- и SQL -скрипты, пропуская всю остальную «лирику», а также прирожденных трудоголиков, поскольку методология и рекомендации автора направлены на рационализацию и уменьшение количества работы, а не на соревнование, кто сколько и больше работает. В этой книге я практически не встретил принципиально новых для себя программных пассажей, хотя такие сугубо практические темы, как «Краткое описание команды make », «Инкапсуляция сложной команды», «Построение длинной командной строки» читаются с большим удовольствием. Еще раз повторю, что главное в этой книге - правильная технология организации времени системного администратора OC и, от себя прибавлю, АБД любой большой промышленной базы данных. Нехитрым свидетельством и доказательством принципиальных положений автора может служить детализированная структура главы 8 « Расстановка приоритетов »:
Обратите внимание, как автор поднимает не очень популярную в нашей компьютерной литературе (да, и в жизни, наверное, тоже) тему отношений с руководством. Логика простая, каждый должен заниматься своим делом, начальник – специалист управления следующего уровня, правильное взаимное понимание целей и задач ведет к успеху общей деятельности. Очень симпатично и символично то, что поскольку сам Томас Лимочелли является руководителем (шефом) своих подчиненных, эти позиции, можно надеяться, выстраданы им и его подчиненными на собственном опыте. Здесь же обратим внимание на главу 9 « Как справиться со стрессом», где автор рассматривает вопросы «Перегруженность и конфликтующие указания», «Сон как средство от стресса», «Отпуск», «Йога, медитация, массаж». И «Резюме», в котором автор очень просто и четко формулирует непреложное правило: «Системное администрирование – работа, сопряженная со стрессом. Следовательно, умение справиться со стрессом должно входить в число ваших профессиональных навыков». Как профессиональный АБД Oracle, я полностью согласен с этими словами. Таким образом, эта книга не про продукты, технологии и/или организацию работы и сопровождения продуктов Oracle или других баз данных. Тем не менее, хочется посоветовать прочитать ее и применить на практике рекомендации и регламенты всем специалистам, осознавшим себя АБД Oracle ли, DB 2 ли, MS SQL Server ли, и так далее. То есть, администраторам любых больших систем, для профессионального сопровождения которых требуется выделенный специалист, который, вообще говоря, ничем другим заниматься не должен. Конечно, такая концепция может вызвать достаточно неприятственные чувства со стороны руководства и, возможно, коллег по работе, особенно, если вы находитесь в составе команды, которая и разрабатывает (дорабатывает) свою систему, и одновременно ведет ее промышленную эксплуатацию. Но такое непонимание и неудовольствие может иметь место только до случая первой серьезной аварии, когда останавливается работа всей производственной системы. К этому событию АБД должен быть готов постоянно, даже если оно не случится за всю его производственную жизнью. Достаточно давно в моей практике был случай, когда один очень серьезный и ответственный сотрудник долго-долго присматривался к моей деятельности в должности АБД, вполне обоснованно предполагая, что я бью баклуши. Но после аварии вычислительной установки и базы данных, которую мне пришлось ликвидировать, он нашел в себе мужество и сказал примерно следующее: «Я понял, когда я работаю, вы можете ничего не делать. Когда же работаете вы, то у меня - простой и отсутствие работы. В таких условиях я выбираю возможность работы самому». Вместо заключения приведу чуть перефразированный отрывок из письма к себе самому во «Вступительном слове» к этой книге, написанного сисадмином с 20-летним стажем Дэвидом Н.Бланк-Эдельманом: «Дорогой Я , Не забудь:
Проверь:
Переделай: систему регистрации пользователей… Прочитай : LISA за последние два года, чтобы убедиться, что ничто полезное для вашей инфраструктуры не упущено… Начни: составлять план на следующую неделю, если останется время… Не беспокойся: что пункт «уйти в отпуск» вот уже 73 недели подряд отсутствует в твоем списке… Для вдохновения : «На следующей неделе кризиса быть не может. В моем расписании уже нет места» - Генри Киссенджер [бывший Госсекретарь США – прим. OM / RE ] …» Не по букве, но по духу и стилю этого отрывка любой квалифицированный сисадмин или АБД, сопровождающий большую производственную систему на Oracle , DB 2, MS SQL Server и т.п., должен узнать самого себя. А значит, эта книга для и про нас! Читаем, получаем удовольствие и очень полезную профессиональную информацию! Анатолий Бачин, Приложение. Оглавление книги « Oracle Тайм-менеджмент для системных администраторов » Вступительное слово - Дэвид Н.Бланк-Эдельман (David N.Blank-Edelman) Предисловие
Эпилог Алфавитный указатель | ||||
|
||||
|
|
