Прикладная информатика в экономике

       5.5. Администрирование принтеров и папок для FreeBSD 

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

       Представляет  собой одну большую иерархию каталогов, начиная с каталога /, являющегося корнем. Каждому разделу жесткого диска (или дисков) назначается его собственная локальная иерархия и эти разделы присоединяются к структуре файловой системы FreeBSD в различных назначенный точках монтирования (mount point). Что бы следить за тем, сколько дискового пространства занято вашими данными, Вам нужно наблюдать за каждой монтируемой файловой системой, начиная с точки монтирования каждой из них.

       Использование команды df (“disk free” – свободное место на диске) является самым прямым способом определения состояния использования диска системы. Помимо команды df есть еще более специфичная команда для слежения за используемым пространством на диске, ее использование имеет смысл если для сетевого сервера, обслуживающего большое количество пользователей. Это команда du (“disk usage” – использование диска).

       Программа fsck (Filesystem Consistency Check – проверка на непротиворечивость файловой системы) эквивалентна программе ScanDisk от Microsoft и другим утилитам по работе с дисками как минимум в том, какую роль  она играет в процессе загрузки, а также в ее интерактивной природе. Программа fsck начинает свое выполнение во время загрузки системы перед самым монтированием файловых систем из /etc/fstab, чтобы удостовериться в том, что все файловые системы являются «чистыми» и готовыми к монтированию. Этот режим называется «наведением порядка», и он вызывается с помощью опции –р (“preen”). Однако fsck можно применять также  для исправления любых противоречивостей, которые она обнаружит, и для очистки файловых систем, которые не были отмечены «чистыми» (“clean”) соответствующим методом закрытия.

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

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

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

       FTP

       Одним из наиболее древних методов передачи файлов из одной точки Internet в другую – протокол передачи файлов FTP (File Transfer Protocol) в наши дни оказался в тени более эффективного и многостороннего протокола HTTP.

       Однако, хотя FTP  весьма ограниченный протокол, ему не достает средств, которые  в наши дни рассматриваются как  критические (вроде шифрования SSL), он в большей мере предназначен для пересылки более крупных файлов, чем HTTP, включая легкую загрузку наряду с выгрузкой, обеспечивая при этом более высокую скорость и эффективность. Хотя область применения FTP постоянно сужается, он всегда будет занимать свое место в Internet – до тех пор, пока будут нужны такие службы как аутентификация выгрузки и двунаправленная передача.

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

       Печать

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

       Вопрос  печати с использованием современных  принтеров является довольно «тяжелым» для FBSD, так как печать в стиле UNIX в основном выполняется на принтерах подключаемых к последовательным портам (RS-232) и параллельным портам. Исходя из этого имеется множество методов позволяющих организовать печать, в том числе и с принтеров использующих USB интерфейс, поддержка Bluetooth начинает только-только появляться, а интерфейс IrDA вовсе не поддерживается.

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

       FBSD позволяет получить доступ к принтеру через TCP/IP, на Web-хосте или через приложения типа Клиент-Сервер. Что бы сконфигурировать FreeBSD для отправки по сети заданий печати на удаленный принтер просто требуется добавить соответствующую запись в файл /etc/printcap, определяя параметры принтера так, что бы FreeBSD смогла найти его. Локальный каталог спула будет хранить файл только до тех пор, пока удаленный каталог будет иметь для него место. Затем файл будет перемещен в каталог спула удаленного хоста.

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

       Сравнение перечисленных выше операционных систем

       Если  системы семейства Windows представляют собой постепенную (последовательную) эволюцию, приспосабливаясь к современным требованиям пользователей и администраторов, то системы семейства UINX представляют собой отдельную ветвь.

       Преимущество  ОС Windows является интуитивно понятный интерфейс относительно простой (по сравнению с UNIX) способ настройки  и удаленного использования принтеров.

       То  же касается настройки доступа к  папкам (каталогам) и файлам. Однако в ОС UNIX (в частности в FreeBSD) используется более гибкий подход к доступу как отдельных файлов так и каталогов различными пользователями и группами пользователей. Для сетевого доступа используется FTP, что позволяет передавать файлы с большей скоростью, использовать режим аутентификации, следить за историей доступа по различным параметрам, а так же позволяет получить доступ к каталогам и файлам независимости от используемых платформ.

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

       6. Исследование влияния оптимизации производительности работы сервера БД на обработку запросов и приложений 

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

1. Отсутствие  в базе мусора, мешающего добраться  до актуальных данных. Можно сформулировать две подзадачи:

• Грамотное проектирование базы.
• Сборка мусора, возникающего при работе СУБД.

2. Наличие быстрых путей доступа к данным - индексов.
3. Возможность использования оптимизатором этих быстрых путей.
4. Обход известных проблем.

 

       Поддержание базы в порядке

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

       Команда VACUUM

       Используется  для «сборки мусора» в базе данных. Существует в двух вариантах:

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

       При использовании в форме VACUUM [FULL] ANALYZE, после сборки мусора будет обновлена  статистика по данной таблице, используемая оптимизатором.

       Рекомендуется достаточно частое, например, раз в несколько минут (!) выполнение VACUUM ANALYZE для часто обновляемых баз (или отдельных таблиц). В обыкновенных случаях достаточно ежедневного выполнения этой команды. При этом обратите внимание: если «бутылочное горлышко» вашего сервера находится в районе дисковой подсистемы, то выполнение VACUUM параллельно с обычной работой может крайне отрицательно сказаться на производительности.

       Команду VACUUM FULL стоит запускать достаточно редко, не чаще раза в неделю. Её также  имеет смысл запускать вручную  для конкретной таблицы после удаления или обновления большой части записей в ней. 

       Команда ANALYZE

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

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

       Команда REINDEX

       Команда REINDEX используется для перестройки существующих индексов. Использовать её имеет смысл в случае

• порчи индекса;
• постоянного увеличения его размера.

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

       Если  замечено подобное поведение какого-то индекса, то стоит настроить для него периодическое выполнение команды REINDEX. Команда REINDEX, как и VACUUM FULL, полностью блокирует таблицу, поэтому выполнять её надо тогда, когда загрузка сервера минимальна. 

       Использование индексов

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

       Излишек индексов, впрочем, тоже чреват проблемами:

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