Реферат: Администрирование локальных сетей

·     Деактивировать VG в состав которой входит диск:

vgchange –a n /dev/vgxxx

·     Удалить запись ассоциированную с этим диском из /etc/lmvtab а также файлы устройств из каталога /dev/vgxxx

vgexport /dev/vgxxx

·     Создать заново VG, и добавить запись в /etc/lvmtab

mkdir /dev/vgxxx

mknod /dev/vgxxx/lvolN c 64 0x010000

vgimport /dev/vgxxx /dev/dsk/cntndn

·     Активировать вньовь ипортированную VG

vgchange –a y /dev/vgxxx

·     Создать резервную копию конфигурации VG

vgcfgbackup /dev/vgxxx

Перемещение диска между системами

Для перемещения диска с одного места на другое между двумя системами необходимо выполнить следующие действия:

·     Деактивировать VG

vgchange –a n /dev/vgxxx

·     Удалить информацио о VG из /etc/lvmtab указав имя map файла который будет содержать удаляемую информацию (он содержит также имена удаляемых LV из VG)

vgexport –p –v –m plan_map vgxxx

просмотрев map_file и убедившись в правильности можно выполнить реальное удаление

                                vgexport –v –m plan_map vgxxx

·     Переносим map_file на новую систему, останавливаем старую систему, переносим диски на новую.

·     На новой системе создаем VG

mkdir /dev/vgxxx

cd /dev/vgxxx

mknod /dev/vgxxx c 64 0x080000

·     Импортируем новую конфигурацию. Для просмотра используется опция –p, для выполнения реального импорта она должна отстутствовать: (предполагается что в новую систему переносились диски которые распозхнались как /dev/dskc0t2d0 /dev/c0t3d0)

vgimport –p –v –m plan_map /dev/vgxxx /dev/dskc0t2d0 /dev/c0t3d0

·     Активируем VG

vgchange –a y /dev/vgxxx

Перенос данных на другой physical volume.

Для переноса данных содержащихся в LV с одного диска на другой необходимо воспользоваться командой pvmove. Например для переноса данных из LV /dev/vg01/lvo1 с диска /dev/dsk/c0t0d0 на /dev/c0t1d0:

                pvmove –n /dev/vg01/lvol1 /dev/dsk/c0t0d0  /dev/c0t1d0

Для полного переноса данных с одного диска на другой можно воспользоваться:

                pvmove /dev/dsk/c0t0d0  /dev/c0t1d0

Уменьшение обьема Logical Volumes

Для уменьшения обьема LV используется команда lvreduce. Однако в этом случае данные хранящиеся в файловой системе на этом LV будут потеряны, поэтому необходимо предварительное резервное копирование. Также можно воспользоваться другой техникой – вначале удалить LV командой lvremove, а затем создать LV требуемого размера командой lvcreate.

3. Особенности файловой системы VxFS

VxFS является HP-UX реализацией  журнальной файловой системы известной как JFS на базе версии корпорации VERITAS. Прежние версии HP-UX (меньше 10.*) имели в своем арсенале лишь HFS, начиная с 10.01 появилась дополнительная опция на использование VxFS в качестве файловой системы. Однако VxFS не может быть использована как файловая система для раздела /stand из которого происходит зщагрузка ядра. В ранних версиях 10-го релиза HP-UX она так же не могла быть использована для корневой файловой системы. По  сравнению с HFS имеет меньшее время восстановление при сбоях и имеет повышеную производительность на больших объемах данных, т.к. блок используемый ею может состоять из множества физических блоков. Т.к. это журнальная файловая система то она позволяет вести online backup. Однако в отличии от HFS она потребляет больше памяти.

В стандартной поставке HP-UX включены лишь базовые элементы VxFS. Дополнительные функциональные возможности возможны только при использовании отдельного пакета под названием HP OnlineJFS.

4. Операции над файловой системой

Все операции над файловой системой могут быть произведены с использованием системной утилиты SAM или напрямую с использованием команд HP-UX. Файловые системы могут создаваться на LVM и не LVM дисках. Использование LVM дисков является более предпочтительным.

Создание файловой системы

Для создания файловых систем используют команду newfs. Она имеет следующий синтаксис:

newfs [-F FStype] [-o specific_options] [-V] special

где

                special                                  имя символьного файла-стройства

                FSType                                 тип файловой системы (HFS, VxFS)

                specific_options             опции специфические для данного типа файловой системы

Если не указывать опцию –F то тип файловой системы берется из файла /etc/fstab, если в нем нет соответствующей special строки то используется тиип по умолчанию из файла /etc/defaults/fs. При создании HFS возможно использование опций –L (длинные имекна файлов 255 знаков) или –S (короткие имена файлов 14 знаков). В VxFS все имена файлов длинные.  После создания файловой системы ее можно монтировать.

Монтирование и демонтирование файловых систем

Для монтирования файловых систем или получения информации о смонтированных файловых системах используется команда mount. Монтирование заключается в присоединении файловой системы к директории. Примеры использования команды mount:

                mount –a                                              монтирование всех файловых систем указанных в

файле /etc/fstab

mount /tmp                                         монтирование на каталог /tmp соответствующей из /etc/fstab файловой системы.

mount /dev/vg00/lvol1  /tmp        монтирование файловой системы находящейся в LV /dev/vg00/lvol1 в каталог /tmp

mount                                                    выдача информации о смонтированных файловых системах

После загрузки системы все файловые системы перечисленные в файле /etc/fstab автоматически монтируются. Список всех смонтированных в данный момент файловых систем находится в файле /etc/mnttab.

Для демонтирования файловых систем используется команда umount. Синтаксис ее очень схож с командой mount.

                umount –a                                           монтирование всех файловых систем указанных в

файле /etc/mnttab

umount /tmp                                       размонтирование файловой системы от каталога /tmp

umount /dev/vg00/lvol1                  размонтирование файловой системы

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

                fuser –u /dev/vg00/lvol1                                выводит ID всех процессов использующих данную FS

fuser –ku /dev/vg00/lvol1              посылает сигнал завершения всем процессам использующим данную FS

Проверка файловых систем

Если система некорректно завершила свою работу (пропадание питания, system panic)  то все смонтированные на тот момент файловые системы с огромной вероятностью будут содержать ошибки. Для их устранения применяется утилита fsck. Она вызываетс ясистемой после перезагрузки из стартового скрипта /etc/bcheckrc и проверяет все файловые системы из файла /etc/fstab.

Файловая система HFS

При проверке файловых систем нужно выполнить следующие шаги:

1.    Проверить наличие каталога lost+found на корню проверяемой файловой системы. Если его нет , то создать его.

2.    Терминировать все процессы использующие фанную файловую систему.

3.    Размонтировать файловую систему командой umount.

4.    Запустить fsck –p . Опция –p позволяет устранять большинство проблем без вмешательства со стороны администратора (неинтерактивно). Если fsck находит проблему на решение которой она не может принять решение то fsck заканчивает свою работу с сообщением об ошибке. Если fsck завершила свою работу удачно, значит все повреждения файловой системы были исправлены. В противном случае:

5.    Запустить fsck без аргументов –p или –P (интерактивно). При этом возможна потеря данных или имени файлов. После окончания работы fsck перегрузите систему киспользуя команду reboot -n. Если не выполнить такую перезагрузку, то можно заново повредить файловую систему.

6.    Проверить содержимое каталога lost+found. В него fsck сбрасывает все данные которые не подлежат восстановлению.

Файловая система VxFS

В том случае когда нужно проверить VxFS (разумеется не в случае физического сбоя) нет необходимости проверять всю файловую систему а джостаточно проверить так называемый iintent log содержащий записи всех изменений ожидаемых в структуре файловой системы, который представляет собой не что иное как лог транзакций которые система хотела осуществить перед сбоем. Проверка intent log происходит очень быстро и время восстановления VxFS существенно меньше чем HFS. В случае дискового сбоя сканирование intent log-а неоправдано и в такой ситуации необходимо сканирование всей файловой системы. Для этого  нужно запускать fsck –o full.

Сокращение обьема файловой системы

Для уменьшения обьема файловой системы нужно выполнить следующие действия:

·     Сделать резервную копию файловой системы

·     Размонтировать файловую систему

·     Уменьшить обьем LV командой lvreduse.

·     Создать заново файловую систему командой newfs.

·     Смонтировать ее

·     Восстановить данные из резервной копии

Увеличение обьема файловой системы

Для увеличения обьема файловой системы необходимо выполнить следующие действия:

·     Размонтировать файловую систему

umount /dev/vg01/lvol01

·     Увеличить размер LV (например до суммарного обьема 1.5 Гб)

lvextend –L 1500 /dev/vg01/lvol1

·     Увеличить обьем файловой системы:

extendfs /dev/vg01/lvol01

·     Смонтировать файловую систему:

mount /dev/vg01/lvol1 /xxx

Команды df и bdf позволяют вести мониторинг свободного и занятого дискового пространства и числа inodes. Команда df выводит значения в 512 байтных блоках, bdf в килобайтах. Например:

bash-2.04# bdf -i

Filesystem          kbytes     used         avail    %used  iused      ifree   %iuse Mounted on

/dev/vg00/lvol3      86016    77263     7875     91%     4566     2078     69%    /

/dev/vg00/lvol7      163840  137219   24231   85%     8164     6304     56%    /var

/dev/vg00/lvol6      339968  296156   41079   88%     17857   10947   62%    /usr

/dev/vg00/lvol4      360448  318130   39684   89%      8867    10573   46%    /opt

/dev/vg00/home    204800  186722    8178     96%     13797   2163     86%    /home

/dev/vg00/lvol5      32768    2594       28244    8%       204       7524     3%     /tmp

/dev/dsk/c0t2d0     381402  381402       0       100%     -1         0          100%  /cdrom

/dev/vg00/lvol1      47829    21052   21994      49%      25        7655     0%     /stand

 Для контроля места занимаемого какойто директорией можно использовать команду du. Наример:

bash-2.04# du -s /usr/contrib/*

2594    /usr/contrib/X11R6

352       /usr/contrib/X11drivers

5346    /usr/contrib/Xm1.2

11118   /usr/contrib/bin

374       /usr/contrib/doc

0          /usr/contrib/etc

0          /usr/contrib/games

0          /usr/contrib/include

262       /usr/contrib/lib

432       /usr/contrib/man

514       /usr/contrib/src

Выбор операционной системы.

Выбор операционной системы, прежде всего, определяется тем, что имеется в наличии. В настоящее время www-сервера строятся на основе Windows NT и Unix-системах преимущественно, поскольку платформа OS/2 фактически не используется из-за неудачной маркетинговой политики, а MacOS не предназначена для использования как серверная технология.

Предпочтительнее  всего – иметь Unix-подобную систему. Она не намного сложнее в администрировании «навороченного» NT-сервера, несмотря на бытующее мнение, и значительно снижает затраты на ПО, администрирование и поддержку www-сервера, как, например, за счет того, что существует огромное количество бесплатного ПО и ПО с открытым исходным кодом в рамках лицензии GPL (1,2) за которое не придется платить деньги. Кроме того, бесплатность не является основным преимуществом, в первую очередь ПО  с открытым исходным кодом получает все большее распространение и признание благодаря именно открытости программного кода и технологий. Получая такое ПО, вы получаете десятки тысяч добровольных разработчиков и тестеров во всем мире. Что это означает. Такое ПО гораздо быстрее обновляется, ошибки и бреши в системе безопасности исправляются значительно быстрее, чем в коммерческих продуктах, и, как это не удивительно, оно является более стабильным. Кроме этого некоторые специфические задачи для веб-сайта можно решить только на основе Unix-систем и ПО с открытым кодом в силу того, что необходимо создавать собственные модули, парсеры и программы и серверные приложения для интерактивной работы с сервером; понятно, что сделать это на основе коммерческого ПО сложно в связи с тем, что вы имеете дело с готовыми бинарными файлами и не имеете возможности их менять. Отрицательные стороны: необходимость постоянно следить за новостями и обновлениями (коммерческие организации рассылают соответствующие бюллетени  и CD, здесь – необходимо подписаться на рассылку по электронной почте и самому загружать обновления); второе, необходимы некоторые базовые знания программирования и особенностей операционной системы для установки новой версии и внесения исправлений в ПО. Причем на платформе Windows делать это будет значительно труднее.

Выбор программного обеспечения сервера.

Под программным обеспечением сервера понимается программа-демон, которая обрабатывает http-запросы, а так же все сопровождающее программное обеспечение: клиенты баз данных, специфические компиляторы, парсеры, анализаторы логов, генераторы статистики, счетчики и т.п.

Итак, ПО веб-сервера в первую очередь – это именно процесс (демон) который обрабатывает запросы и обычно, собственно, и носит название «веб-сервер». Существует достаточно много различных технологий и веб-серверов от разных производителей, но, как и везде, есть бесспорные лидеры. Прежде всего, это Microsoft IIS, Apache, Netscape FastTrack Server, а так же менее известные Stronghold и FHTTPD. Немного статистики: наиболее распространенным сервером в странах СНГ является Apache – около 80% веб-сайтов построены на нем, порядка 15% принадлежит Microsoft IIS, оставшиеся 5% с переменным успехом разделены между другими оставшимися веб-серверами. Для платформы HP-UX прежде всего следует рассмотреть Apache, Netscape FastTrack Server, как совместимые с платформой и возможные к использованию. Недостатком упоминавшихся ранее Stronghold и FHTTPD является следующее, первый – коммерческий с ограниченной лицензией и ограниченной поддержкой новых технологий, второй сервер – является так же и сервером обслуживания FTP-запросов, что значительно снижает безопасность и устойчивость сервера.

Сопутствующее ПО. В самом простейшем случае это различные интерпретаторы, парсеры и/или модули, которые могут понадобиться для создания интерактивного сайта, обработки форм и исполнения приложения. В минимальный комплект как минимум будут входить: компилятор С, интерпретатор языка Perl, которые понадобятся для создания cgi-скриптов, обработки форм и запросов, а так же оживления сайта; кроме этого на сервере можно установить компилятор Java, если в перспективе планируется использовать сервелеты, а так же некоторые другие средства разработки – Tcl/Tk, PHP, если предполагается использование баз данных, то для работы необходимо будет установить, как минимум, клиенты к базам данных и соответствующие библиотеки, как, например, MySQL или PostgresSQL. Кроме того, для оживления сайта, мониторинга посещаемости можно установить программы подсчета посещений и анализа логов (WWWCount, Webalizer), если вы не собираетесь использовать счетчики внешних рейтинговых систем, которые значительно замедляют загрузку страниц сайта, а так же имеют обыкновение не работать в течение длительных периодов времени или работать некорректно.

Анализ веб-серверов.

Netscape FastTrack Server.

По заверениям компании Netscape это веб-сервер начального уровня пригодный для малых и средних серверов с устойчивым базовым движком, пригодным для создания статических и динамических сайтов, а так же предлагающий простейшие инструменты для работы с базами данных на веб-сайте. Сервер поддерживает HTTP 1.1 и SSL 3 технологии, сервелеты на основе JavaScript 1.1, а так же доступ к ODBC базам данных. Для корпоративных сайтов и крупных серверов предлагается использовать усовершенствование версии до Netscape Enterprise Server, что значительно дешевле, чем изначально покупать лицензию Enterprise Server

Apache. (Apache Software Foundation)

Веб-сервер разрабатывается на основе движка NCSA httpd 1.3, который был переработан Apache Software Foundation, лицензирование – GPL2, с открытым исходным кодом. Этот достаточно мощный сервер, который пригоден как для небольших и средних сайтов, так и для крупных корпоративных проектов в настоящее время используется на 60% веб-сайтов всего мира. Сервер поддерживает HTTP 1.1 и SSL 3 технологии, сервелеты на основе JavaScript 1.1, технологии SSI, так же содержит более 50 модулей, позволяющих реализацию проекта практически любой сложности. Кроме этого, к серверу можно подключить не меньшее количество модулей от сторонних производителей, как, например, FastCGI от OpenMarket Group (разработчиков FHTTPD), что значительно расширяет его возможности. Сервер доступен в вариантах под платформы Windows NT и все Unix-системы.

Инсталляция веб-сервера.

Инсталляция Netscape FastTrack Server.

Инсталляция Netscape FastTrack Server достаточно проста, поскольку это сугубо коммерческий продукт, поставляемый в бинарном виде, и устанавливается он стандартными средствами, как, например, для HP-UX это с помощью swinstall.

Далее следует вручную исправить в файле /opt/ns-fasttrack/admserv/admpw пароль доступа. Проще всего убрать всякий пароль для пользователя root, тем более, что по умолчанию заход с административными правами разрешен только с localhost. Дальнейшая конфигурация и настройка осуществляется из браузера после запуска ns-admin и не представляет сложностей. Принципиально необходимо настроить практически такие же параметры как и для apache только все это делается через веб-интерфейс.

Инсталляция Apache.

Архитектуру сервера можно описать так:

Для инсталляции веб-сервера Apache, вполне достаточно стандартной поставки в Unix-системе, т.е. компилятора СС. Однако, рекомендуется все-таки поставить GCC (Gnu-CC) компилятор, особенно в том случае, если вы собираетесь использовать модули от сторонних производителей, обычно для их инсталляции требуется именно GCC. Для того чтобы сконфигурировать и запустить Apache под Windows NT, можно воспользоваться доступной готовой инсталляцией в традиционном стиле Windows-приложений, если же собирать сервер из исходных кодов, то потребуется инсталляция MS Developer Studio или MS Visual C как минимум.

Рассмотрим процесс инсталляции в Unix-среде. Для того чтобы успешно скомпилировать сервер, необходимо знать основы работы с шеллом и некоторое стандартное программное обеспечение под Unix.

Процесс инсталляции:

1.    Развернем дистрибутив apache-x.x.x в какую либо директорию (можно в home)

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

./configure --with-layout=Apache --prefix=/usr/local/httpd/ --enable-shared=max --enable-suexec --suexec-caller=#65533 --suexec-docroot=/usr/local/httpd/ --suexec-logfile=/usr/local/httpd/logs/suexec_log --suexec-safepath=/usr/local/httpd/cgi-bin --sbindir=/usr/local/httpd/bin

3.    После того как отработает конфигурационный скрипт, достаточно набрать make, потом make install и можно приступать к конфигурированию сервера.

Для проверки правильности компиляции следует запустить

/usr/local/httpd/bin/httpd -l

Результат будет приблизительно таким:

Compiled-in modules:

  mod_env.c

  http_core.c

  mod_so.c

suexec: enabled; valid wrapper /usr/local/apache/bin/suexec

2а. Для сборки сервера в идеальном варианте, когда сам сервер содержит только suexec wrapper, http_core и статически вкомпилированную библиотеку поддержки подгружаемых модулей mod_so, необходимо запустить скрипт автоконфигурации configure с такими ключами (для удобства приведен пример скрипта, который выполняется из шелла, поскольку более полусотни ключей неудобно набирать, особенно при возникновении опечаток)

./configure \

"--with-layout=Apache" \

"--enable-module=so" \

"--prefix=/usr/local/httpd/" \

"--enable-module=env" \

"--enable-shared=env" \

"--enable-module=setenvif" \

"--enable-shared=setenvif" \

"--enable-module=mime" \

"--enable-shared=mime" \

"--enable-module=negotiation" \

"--enable-shared=negotiation" \

"--enable-module=alias" \

"--enable-shared=alias" \

"--enable-module=rewrite" \

"--enable-shared=rewrite" \

"--enable-module=userdir" \

"--enable-shared=userdir" \

"--enable-module=dir" \

"--enable-shared=dir" \

"--enable-module=autoindex" \

"--enable-shared=autoindex" \

"--enable-module=access" \

"--enable-shared=access" \

"--enable-module=auth" \

"--enable-shared=auth" \

"--enable-module=auth_anon" \

"--enable-shared=auth_anon" \

"--enable-module=auth_dbm" \

"--enable-shared=auth_dbm" \

"--enable-module=auth_db" \

"--enable-shared=auth_db" \

"--enable-module=digest" \

"--enable-shared=digest" \

"--enable-module=headers" \

"--enable-shared=headers" \

"--enable-module=cern_meta" \

"--enable-shared=cern_meta" \

"--enable-module=expires" \

"--enable-shared=expires" \

"--enable-module=asis" \

"--enable-shared=asis" \

"--enable-module=include" \

"--enable-shared=include" \

"--enable-module=cgi" \

"--enable-shared=cgi" \

"--enable-module=actions" \

"--enable-shared=actions" \

"--enable-module=status" \

"--enable-shared=status" \

"--enable-module=info" \

"--enable-shared=info" \

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21