6 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Системное и сетевое администрирование практическое руководство

Содержание

Посоветуйте книги по системному администрированию.

Человек даже теги не смог без ошибок написать. Сисадмин, да.

@moderator, 1.4 бессодержательный пост, как и все остальные его посты.

Советую книги по системному администрированию, они норм!

А в какое направление? Администрирование ОС Windows, Linux? основы сетей? сетевое оборудование? или построение сетей? Слишком обширный вопрос, конкретизируй.

Работа с серверами windows 2000, 2008. Все по локальной сети — основные принципы, устройство сетей. И сетевое оборудование и построение сетей. Я хочу хотя бы разобраться в сети предприятия чтобы хотя бы примерно понимать что есть какая-либо проблема и знать из-за чего она могла возникнуть.

Посмотри книги Танненбаума (ОС, Сети, Архитектура ПК), мне очень зашли эти книги, написаны хорошим слогом с достаточным углублением. Сетевое оборудование надо смотреть по фирме. На профильных форумах есть масса информации. Что бы знать, что есть проблема, то лучше развернуть какую-нибудь систему мониторинга (Windows Admin Center, Zabbix, etc.)

А Кенин Практическое руководство системного администратора.. только издания поновее ищи.. у меня такое

Хант Крэйг. TCP/IP Сетевое администрирование

А что ты хочешь делать? Пакеты по сети гонять в строго заданные порты? Винду ставить в те места и позы, о которых никто не подозревает? Главбуха научиться перекрикивать без последствий?

Яндекс и Google. Вероломные атаки на сервера

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

Был клиент у нас серьезный металлотрейдер. Да и клиент по тем временам с жирком. Работали пару лет плотно. Компания хорошая и люди тоже.

Вызывает как то гендир на совещание «тет а тет».

Я: Что то добавить хотите в раскрутку сайта?

Д: Нет. Мы долго работали но сейчас надо закончить проект.

Я: Что случилось? Все позиции в топе поиска.

Д: Сисадмин сказал что наш сайт атакуют поисковые системы. Поэтому надо закрыть продвижение, а то сайт лежит.

Это был пожалуй первый и последний Сисадмин 80 lvl который мне встречался.

Парировать не вариант. Мы народ приходящий, а сисадмин как мать родная в штате 5 год.

Договор расторгли. Сервера поисковики вроде больше не атакуют.

Ответ на пост «Страшно подумать как она флешки в компьютер вставляет!»

Думал коммент написать, но что-то много вышло.

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

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

Есть у нас один 2u сервер на 4 блейда. Примерно такой (лицевая часть):

Фактически, это четыре одинаковых сервера, объединённых на одном двухюнитовом шасси. То есть, четыре сервера в одной большой железке.

Эти сервера как раз не оборудованы штатным ipmi, который позволил бы, как я описал выше, удалённо управлять сервером, если с ним что-то случилось.

По закону Мёрфи на одном из блейдов этого сервера случилась внештатная ситуация, которая потребовала моего вмешательства. Дело было то ли в субботу, то ли в воскресенье. Написал соответствующую заявку в ТП ЦОД’a и делаю контрольный звонок. Трубку взял дежурный сис.админ, назовём его, допустим, Васей.

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

Не имею представления, какое у него образование, но работу на этом месте он работает по принципу «моя хата скраю; а если не скраю, то нужна подробная инструкция, что от меня нужно». То есть, скорее всего, работа выбрана потому как «что-то платят, обязанностей не очень много, ходить в качалку четыре раза в неделю позволяет». Подчеркну, я, вероятно, заблуждаюсь, и Васян — отличный специалист, хотя и очень умело это скрывает, но за Васей в нашей компании закрепилась репутация косипора: почти каждое наше с ним общение и запрос помощи заканчивались не так, как того хотелось бы. В лучшем случае достаточно было позвонить в ЦОД снова и объяснить Васе, что он сделал не так и как это переделать. В худшем — приходилось ехать в ЦОД самостоятельно и устранять возникшую ситуацию своими руками. А это драгоценное время простоя в работе сервисов.

Вернёмся к моменту, когда трубку взял Вася. Я сразу понял, что сформулированную перед звонком в голове и в письме просьбу «задержать кнопку питания на 15 секунд, подождать 5 секунд и ещё раз нажать кнопку питания на этот раз на одну секунду» нужно менять, т.к. однажды такая операция, выполненная Васей, стоила нам перегрузки не того сервера (даже с учётом того, что все сервера в наших стойках проименованы специальными стикерами). В итоге попросил его подключить к проблемному серверу ЦОД’овский KVM — устройство, позволяющее получить удалённый доступ к серверной консоли внутри ОС. То есть, работаешь с командной строкой сервера, как будто на своей машине. Это не даст возможности перегрузить сервер, но так я бы визуально понял, что Вася правильно определил машину. После чего можно уже с более-менее спокойной совестью просить отключить KVM и следом перегрузить эту машину по питанию.

Василий, наученный горьким опытом перезагрузки не того сервера, несколько раз уточнил, к какому именно серверу нужен KVM. На что получил мои чёткие указания: «Сервер с именем %%SERVERNAME%% стоит в стойке N, которая находится в ряду M. Визуально: сервер на два юнита и четыре блейда, два в одном юните сверху, два во втором юните — снизу. Нужный блейд — правый верхний, если смотреть на лицевую часть сервера.» На эти пояснения я услышал что-то вроде: «Всё понял. Ждите доступы к KVM на вашем email через 10 минут».

По пришедшим через обещанные 10 минут креденшелам захожу в KVM и вижу сервер в полном здравии. Секунд 10 понадобилось невнимательному мне, чтобы понять, что KVM подключен не к тому серверу (на это намекнул hostname, видимый в моём шелле на каждом сервере по умолчанию). Звонок в ЦОД. Примерный диалог (я и В — Василий):

Я: Васлилий, это снова Mmmo. КVM подключили не к той машине.

В: Я подключил квм к тому серверу, который вы описали.

Я: Подойдите к стойке.

Я: Видите этот сервер? Два юнита. Четыре блейда. Нужная нода справа сверху.

Я: Обходите стойку. Идите к тыльной стороне сервера.

В: Да, вот он, перед глазами. KVM подключен в нужную ноду.

magSpace.ru

Открытая регистрация

Библиотека

Прямой эфир

Похожие записи

MechMessiah 30 июля 2017, 21:46

MechMessiah 10 апреля 2018, 15:55

MechMessiah 6 апреля 2018, 10:06

MechMessiah 16 апреля 2018, 12:43

MechMessiah 5 апреля 2018, 12:26

Лучшие по рейтингу

Блоги

  • Приколы и юмор179367.98
  • Интересное143442.27
  • Неизвестное98305.46
  • И снова НОВОСТИ93635.13
  • proИгры69492.58

Томас Лимончелли, Кристина Хоган, Страта Чейлап «Системное и сетевое администрирование. Практическое руководство»

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

Читать еще:  Как расширить оперативную память на ноутбуке?

Томас Лимончелли, Кристина Хоган, Страта Чейлап «Системное и сетевое администрирование. Практическое руководство»
(Thomas Limoncelli, Christina Hogan, Strata Chalup. The Practice of System and Network Administration)

Количество страниц: 944
Год выпуска: 2009
ISBN: 978-5-93286-130-1, 978-0-321-49266-1
Тираж: 1500
Издательство: Символ-Плюс
Серия: High Tech
Переводчик: Юлиана Белозерова
Язык издания: Русский

Системное и сетевое администрирование практическое руководство

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

Отзывы читателей

» Будучи ветераном UNIX-администрирования, я очень жалею, что этой книги не было под рукой, когда я начал свою карьеру. Она уберегла бы меня от многих головных болей, мне же пришлось учиться на горьком опыте. Это незаурядная техническая книга, и она просто обязана быть на столе каждого сисадмина независимо от уровня квалификации или технологии, которую он использует. Новичку она даст ответы на самые распространенные «почему» системного администрирования. Среднеподготовленным администраторам книга поможет эффективно справиться с огнем проектной работы. «Продвинутые» админы обнаружат в ней драгоценные камни мудрости, а также главы, посвященные вопросам менеджмента и лидерства. Поскольку это книга высшего пилотажа, то она будет полезна для людей, которые управляют системными администраторами, но не являются техническими руководителями. Главы удобно разделены на «основы» и «тонкости» в зависимости от навыка читателя. Авторы подкрепляют свои советы проведенными социологическими исследованиями и личным опытом. Лучшего всего то, что книга организована таким образом, что ее не только можно прочитать «от корки до корки», но и возвратиться к материалу позже, используя ее как справочник. Честь и хвала Томасу и Кристине за то, что написали превосходную книгу, которую я, конечно же, буду рекомендовать своим клиентам и коллегам!».

» Книжный рынок завален книгами, которые расскажут вам о технических деталях управления различным программным обеспечением и операционными системами. Их область обычно ограничивается каким-либо техническим продуктом и они быстро устаревают вместе с описываемой технологией. Эта книга совсем иная. Она содержит основополагающие принципы, написанные в очень удобочитаемом, обучающем стиле, которые могут быть применены ко многим различным аспектам системного администрирования. Я работаю системным администратором последние несколько лет, но эта книга разъясняет многие проблемы, с которыми я сталкиваюсь ежедневно. Это походит на наличие личного наставника на моей книжной полке, к которому я всегда могу обратиться за советом, стоит лишь протянуть руку. Мне особенно нравится целый блок из семи глав, посвященный различным аспектам управления. Эти главы должны быть принудительным чтением для всех сисадминов и их боссов. Книга написана в очень удобочитаемом стиле и содержит много полезных и ярких примеров из реальной жизни, которые показывают, что авторы много повидали и многому научились в процессе своей работы. Книгу стоит прочитать уже только ради этих примеров. Я прочел ее «от корки до корки». Впервые я услышал об этой книге, когда посетил семинар Томаса Лимончелли «Тайм-менеджмент для системных администраторов: как не сойти с ума». Многие из тем, затронутых на семинаре, подробно рассмотрены в книге. Если вы ? системный администратор, вы должны прочитать эту книгу.».

» Эта книга пролежала на моей полке почти целый год, прежде чем я прочитал ее. Теперь я жалею, что не сделал этого год назад! Редко найдется книга, полезная и для Windows-, и для UNIX-администратора, но еще реже в подобной книге можно прочитать о том, как сделать карьеру и улучшить отношения. «The Practice of System and Network Administration, Second Edition» ? концептуальная книга. Она учит думать и жить, а не вдается в рабочие детали. Системное администрирование ? это не только справочники и технические книги. Принципы, которые проповедуют авторы, ? простота, ясность, общность, автоматизация, коммуникация и, конечно же, основы ? сделают хорошего сисдамина превосходным, а превосходного ? выдающимся. Книга написана живым и остроумным языком, с заключениями, приятно суммирующими содержание каждой главы. Текст наполнен множеством применимых и информативных социологических исследований. Наконец, авторы посвящают семь глав фундаментальным вопросам управления и проблемам межличностных отношений, показывая, что они разбираются в людях и процессах также же здорово, как и в программных продуктах. Я чрезвычайно рекомендую эту книгу. Грустная ирония: большинство тех, кому просто необходимо прочитать эту книгу, отодвинут ее, как когда-то сделал я. Те же, кто найдет время и прочтет ее, будут рады, что они это сделали. Любые технари ? системные администраторы, инженеры и программисты ? найдут эту книгу просвещающей и интересной».

— Ричард Бейтлич, www.TaoSecurity.com

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

Об авторах

Томас ЛимончеллиПризнанный во всем мире автор и лектор, специалист во многих областях, включая системное администрирование, компьютерные сети и компьютерную безопасность. Работает системным администратором с 1988 года, периодически выступает с докладами на конференциях, посвященных самым разным темам — от брандмауэров и безопасности до тайм-менеджмента. Томас работал в Cibernet, Dean For America, Lumeta, Bell Labs/Lucent, AT&T и Mentor Graphics. В соавторстве с Кристиной Хоган (Christine Hogan) написал книгу «The Practice of System and Network Administration» (Практика системного и сетевого администрирования), Addison Wesley, которая по праву считается лучшим справочным пособием по системному администрированию. Закончил Университет Дрю (Drew University) в Мэдисоне, штат Нью-Джерси, по специальности «Информатика». Томас Лимончелли ведет блог на сайте www.EverythingSysadmin.com.

Кристина Хоганопытный системный администратор, работала архитектором систем безопасности в Synopsys. Имеет большой опыт работы с сайтами электронной коммерции, биотехнологическими компаниями, крупными транснациональными компаниями, деятельность которых связана с оборудованием и программным обеспечением. Техническая сторона ее деятельности предполагала работу с системами безопасности и сетями, общение с пользователями и помощь в установке вычислительного центра GNAC. Кроме того, Кристина занималась управлением проектами, работой с пользователями и персоналом. В данное время работает специалистом по аэродинамике для команды Формулы-1 BMW Sauber.

IT (Для сетевого и системного администратора) — 44 книги

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

В данной книге отражены текущие версии следующих операционных систем: — Ubuntu Linux; — openSUSE Linux; — Red Hat Enterprise Linux; — Oracle America SolarisTM (бывший Sun Solaris); — HP HP-UX; — IBM AIX.

Книга будет чрезвычайно полезной всем системным администраторам, а также пользователям систем UNIX и Linux, студентам, преподавателям и специалистам по сетевым технологиям.
«Как автор, редактор и издатель, я никогда не придавал большого значения конкуренции — за исключением нескольких случаев. Это один из таких случаев. UNIX System Administration Handbook — это одна из немногих книг, на которые мы равняемся.» — Тим О’Рейли (Tim O’Reilly), основатель компании O’Reilly Media (из предисловия).
«Эта книга увлекательна и полезна как справочник. Если вы используете системы UNIX и Linux, она должна стать вашей настольной книгой. В ней кратко и без лишних разглагольствований написано об истории этих систем. Она содержит точную информацию, которая излагается в яркой и запоминающейся форме. «- Джейсон А. Наннелли (Jason A. Nunnelley).
«Это всесторонний справочник о том, как обслуживать и поддерживать работоспособность систем UNIX и Linux. Авторы излагают факты, сопровождая их практичными советами и реальными примерами. Их точка зрения на различия между системами представляет ценность для всех, кто работает в неоднородных вычислительных средах.» — Пат Парсегян (Pat Parseghian).

Читать еще:  Как сделать двухканальный режим оперативной памяти?

Системное администрирование в книге рассматривается с практической точки зрения. Она представляет собой бесценный справочник как для начинающих администраторов, так и для опытных…

Системное и сетевое администрирование. Практическое руководство


Автор: Лимончелли Т., Хоган К., Чейлап С.
Год: 2009
ISBN: 978-5-93286-130-1
Страниц: 944
Язык: Русский
Формат: PDF
Размер: 10 Мб

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

Обновления серверов

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

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

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

Основы

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

1. Составьте контрольный список служб:

a. Какие службы предоставлялись сервером?

b. Кто является пользователем каждой службы?

c. Какие программы предоставляли каждую службу?

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

3. Для каждой службы разработайте тест на проверку работоспособности.

4. Напишите план отмены с конкретными условиями.

5. Выберите технический перерыв.

6. Объявите об обновлении в необходимом порядке.

7. Выполните ранее разработанные тесты, чтобы убедиться, что они действенны.

8. Заблокируйте пользователей.

9. Проведите обновление с наблюдением/помощью (или под руководством) другого человека.

10. Повторите все ранее разработанные тесты. Соблюдайте стандартный процесс отладки.

11. Если тесты будут неудачными или произойдут другие события, которые являются условиями для выполнения плана отмены, выполните план отмены.

12. Разблокируйте пользователей.

13. Сообщите пользователям о завершении/отмене обновления.

14. Проанализируйте, что прошло правильно, а что нет, измените контрольный список в соответствии с приобретенным опытом.

А вы думали, что нужно всего лишь воспользоваться установочным диском, не так ли? Давайте более подробно рассмотрим каждый этап.

Этап 1: составьте контрольный список служб

Контрольный список служб – это средство, которым вы будете пользоваться для проведения всей процедуры. Список должен отражать, какие службы предоставляются узлом, кто пользуется каждой службой и какая программа предоставляет каждую службу.

Электронные таблицы – отличный способ представления такой информации. Самым большим преимуществом представления этой информации в электронном виде является то, что ее смогут легко совместно использовать персонал и пользователи. Лучше предоставить доступ к файлу через Интернет, чем отправлять его каждому человеку, потому что версию в Сети можно быстро обновить. Люди всегда будут видеть самые последние обновления. Однако Сеть предполагает наличие механизмов активной доставки. Люди не будут искать файл сами. Вы можете включать URL в каждое электронное письмо, касающееся проекта, но это не даст гарантии, что его прочтут. Правильная идея – объявлять о любых значительных обновлениях.

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

Этап 2: проверьте совместимость программ

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

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

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

  • Обновление до версии, которая поддерживается обеими ОС. Если вам повезет, то программу можно обновить до версии, которая работает как в нынешней, так и в будущей системе. Если это возможно, запланируйте обновление до этой версии до обновления ОС. Здесь могут быть полезны тесты, разработанные на этапе 3.
  • Обновление возможно, но работает только в новой ОС. В данном случае вы должны запланировать обновление программы после завершения обновления ОС. В зависимости от требований пользователей, это обновление либо может быть элементом обновления ОС, либо можно договориться о перерыве в работе службы, если пользователям не нужен непрерывный доступ. Например, если узел – загруженный веб-сервер, пользователи могут потребовать немедленной установки нового программного обеспечения, потому что это основная функция узла. Однако, если требуется обновить редко используемый компилятор, пользователи могут просто попросить, чтобы он был обновлен на следующей неделе или перед завершением определенного цикла разработки. Это особенно справедливо, если пока для компиляции можно пользоваться другим узлом.
  • Продукт больше не поддерживается. Иногда мы только при обновлении операционной системы узнаем, что продукт больше не поддерживается разработчиком. Это может заблокировать обновление, либо пользователи могут пожелать сменить поставщиков или отказаться от этого продукта.

Этап 3: тесты для проверки

После того как будет определена каждая служба, нужно разработать тесты, которые будут использоваться для проверки того, что служба правильно работает после обновления. Лучший сценарий – записать все тесты в виде скриптов, которые могут быть запущены автоматически. Можно создать общий скрипт, который выводит сообщение «ОК» или «FAIL» (Неудачное завершение) для каждого теста. Затем можно запускать тесты отдельно по мере устранения конкретных проблем. Для более сложных служб пользователи могут писать тесты или, по крайней мере, просматривать их либо предложить, чтобы их вызвали для выполнения вручную их собственных тестов. Некоторые программы имеют средства тестирования установки, которые могут быть запущены для проверки. Иногда эти средства проверки недоступны пользователям, но их можно получить через представителя разработчика.

Процедуры проверки программ

Все программные пакеты должны иметь процедуры проверки, но так редко бывает на самом деле. Иногда такую процедуру лучше написать самому. Тесты могут простыми, такими как проверка компилятора при помощи компиляции программы Hello, World. Один тест гораздо лучше, чем их полное отсутствие.

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

В обществе программистов для описания определенного способа проверки используется термин регрессивное тестирование. Вы сохраняете выходные данные старой системы, вносите изменение, а затем сохраняете выходные данные новой системы. Результаты должны точно соответствовать. Если ожидается, что новый результат будет немного отличаться, вы можете отредактировать базовый вариант вручную, чтобы он отражал ожидаемые изменения, либо воспользоваться алгоритмом нечеткого соответствия. Для сравнения результатов можно воспользоваться простыми средствами. Например, UNIX-программа diff – это очень полезное средство, которое сравнивает два текстовых файла и указывает на различия между ними. Программа diff имеет ограниченные возможности по оценке нечеткого соответствия, опция -w делает одинаковым все незаполненное пространство. Более сложные средства регрессивного тестирования могут программироваться на игнорирование конкретных изменений, обычно основанных на системе стандартных выражений. Однако такая сложность необязательна. Вы можете вручную изменить старый результат – сначала сделайте резервную копию! – чтобы отразить отличия, ожидаемые в новом результате. Например, вы можете изменять номера версий, чтобы они соответствовали новым программам. Прекрасные примеры регрессивного тестирования приведены в книге Кернигана и Пайка «The Practice of Programming» (Kernighan and Pike 1999), как и процедура установки perl (посмотрите, как реализованы тесты make tests).

Читать еще:  Как очистить оперативную память на телефоне?

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

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

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

Автоматизированные тесты хорошо подходят для программ, которые выводят предсказуемые текстовые данные, но их гораздо сложнее использовать для графических программ, сетевых служб, например NFS, или для таких физических действий, как печать. В случае с NFS вы можете попытаться осуществить доступ к файлу, а не проверять сам протокол. Тестирование сетевых служб, имеющих простые текстовые протоколы, таких как электронная почта (SMTP, POP, IMAP) или веб-службы (HTTP), может быть автоматизировано при помощи простых скриптов, использующих средства типа netcat для отправки и получения текста протокола на соответствующий сетевой порт.

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

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

Разработка через тестирование

TDD (Test-Driven Development) – это относительно новая тенденция в отрасли. Раньше разработчики писали код, а затем создавали тесты, чтобы его проверить (ну, на самом деле это было не так, редко у кого-то было время создавать тесты). TDD – это обратный процесс. Сначала пишутся тесты, а затем – код. Это обеспечивает создание тестов для всего нового кода. Так как тесты выполняются автоматически, вы строите структуру тестов, которая сохраняется с проектом. По мере развития кода снижается риск того, что изменение нарушит функциональность и это не будет замечено. Разработчики свободно могут переписывать, или перестраивать, большие либо маленькие элементы кода, зная, что, если они что-то нарушат, это будет сразу замечено. В результате программы содержат меньше ошибок.

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

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

Системное и сетевое администрирование

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

Функциональные области управления, относящиеся к системному администрированию, определены в спецификациях ISO, и ориентированы на:

· решение проблемных ситуаций (диагностика, локализация и устранение неисправностей, регистрация ошибок, тестирование);

· управление ресурсами (учёт, контроль использования ресурсов, выставление счетов за использованные ресурсы и ограничение доступа к ним);

· управление конфигурацией, направленное на обеспечение надёжного и эффективного функционирования всех компонентов информационной системы;

· контроль производительности (сбор и анализ информации о работе отдельных ресурсов, прогнозирование степени удовлетворения потребностей пользователей/приложений, меры по увеличению производительности);

· защита данных (управление доступом пользователей к ресурсам, обеспечение целостности данных и управление их шифрованием).

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

Задачи, решаемые в данной области, разбиваются на две группы:

1. Контроль за работой сетевого оборудования,

2. Управление функционированием сети в целом.

Тема 17.

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

Средства сетевого и системного администрирования не занимали доминирующих позиций в корпоративных информационных системах. Обычно подключить локальную сеть к многопользовательской среде Интернета довольно просто, если это не распределённая в пространстве сеть, то есть не WAN (WideAreaNetwork). Проблема подключения к Интернету имеет два направления:
1. Собственно подключение различных сегментов к Интернету.
2. Организация сети компании средствами Интернета.

Платформа управления сетью (Networkmanagementplatform) – комплекс программ, предназначенных для управления сетью и входящими в неё системами.

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

Сетевая служба – это прикладная программа:

● взаимодействующая с клиентами, серверами и данными в сети;

● управляющая процедурами распределённой обработки данных;

● информирующая пользователей о происходящих в сети изменениях.

Сетевая служба NMS (Networkmanagementservice) – служба, выполняющая процессы управления сетью. Она разработана ISO и располагается на прикладном уровне. Сетевая служба NMS определяет:

виды сервиса, предоставляемые для управления;

структуру управляющей информации;

протоколы, определяющие транспортировку управляющей информации.

ЗАКЛЮЧЕНИЕ

Производственная практика проходило в колледж “ЕАГИ» в период с 1 сентября по 24 октября 2015 года. В мои обязанности входило:

1. Администрирование сети в колледж

2. Устранение неполадок возникающих при использовании офисного ПО

3. Замена расходного материала

4. Консультация пользователей по вопросам IT

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

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

СПИСОК использованной ЛИТЕРАТУРЫ

1 Алехина Г. В. Информатика. Базовый курс : учебное пособие / Под ред. Г. В. Алехиной. — 2-е изд., доп. и перераб. – М.: Маркет ДС Корпорейшн, 2010. — 731 с.

2 Англо-русский словарь по информационным технологиям / С. Б. Орлов. – М.: РадиоСофт, 2011. — 640 с.

3 Блюмин А. М. Мировые информационные ресурсы : учебное пособие / А. М.

4 Блюмин, Н. А. Феоктистов ; Институт государственного управления, пра-ва и инновационных технологий – М.: Дашков и К, 2011. — 295 с.

5 Богатов Ф. Г. Практикум по информатике: Word — Excel — Access: Учебное пособие / Ф.Г. Богатов — М.: Щит-М, 2010. — 264 с.

6 Богатов Ф.Г. Практикум по информатике: Word — Excel — Access: Учебное пособие — 2-е изд.,перераб. / Ф.Г. Богатов — М.: Щит-М, 2010. — 264 с.

7 Васильков А. В. Информационные системы и их безопасность / А. В. Ва-сильков, А. А. Васильков, И. А. Васильков — М.: Форум, 2010. — 525 с.

8 Гуда А. Н. Информатика. Общий курс : учебник / А. Н. Гуда, М. А. Бута-кова, Н. М. Нечитайло, А. В. Чернов ; под общ. ред. В. И. Колесникова. — 4-е изд. – М.: Издательско-торговая корпорация Дашков и К, 2011. — 399 с.

9 Гуда А.Н., Колесников В.И. Информатика и программирование: компьютерный практикум — М.: Дашков и К, 2010. — 240 с.

10 Емельянова Н. З. Информационные системы в экономике : учеб. пособие / Н. Емельянова, Т. Л. Партыка, И. И. Попов — М.: Форум, 2011. — 461 с.

Ссылка на основную публикацию
Статьи c упоминанием слов:
Adblock
detector