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

Владимир Василькин

Особенности инсталляции Solaris

Как подружиться с «динозавром»? Бывает, так ласково называют одну из старейших операционных систем семейства UNIX – Solaris. С чего же можно начать знакомство? Как вариант – с первоначальной установки – инсталляции. Посмотрим, в чем заключаются особенности первой встречи с нестрашным «динозавром» – Solaris 10.

Начнем с определений. Что такое операционная система? Следуя википедии – это программа (комплекс программ), которая управляет аппаратными средствами компьютера и служит средой для выполнения других программ. При включении питания встроенные программно-аппаратные средства по определенным правилам ищут операционную систему, загружают ее в память и передают дальнейшее управление. В некоторых случаях используется промежуточный слой – программа-загрузчик. Принципиально процесс загрузки ОС выглядит одинаково на всех системах.

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

По терминологии мира PC-совместимых компьютеров встроенным программно-аппаратным средством служит BIOS. При работе с другими системами обычно используется слово firmware.

На SPARC-совместимых серверах производства SUN и FUJITSU-SIEMENS в качестве firmware в основном выступает OpenBoot (Open Firmware) . Более подробно работу с OpenBoot можно рассмотреть в соответствующей литературе. Настройки BIOS зависят от производителя материнской платы.

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

В таком случае процесс инсталляции происходит по следующей схеме:

1. Настройка firmware на загрузку временной ОС.
2. Выполнение процессов копирования (инсталляции).
3. Настройка firmware на загрузку новой ОС и загрузка новой ОС.

Пункт 4 состоит из двух действий по причине того, что настройка firmware может происходить как средствами самой firmware, так и инструментами временной ОС.

Здесь хотел бы подчеркнуть, что все сказанное выше относится абсолютно к любым сочетаниям операционных систем, как временной, так и новой. Например, в качестве временной ОС может служить какой-нибудь дистрибутив Linux, а новой – MS Windows или Solaris. Перепрошивка сотового телефона, например, может выглядеть как сочетание MS Windows – Symbian.

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

Временная ОС может быть загружена локально, а также может быть запущена по сети. Источник файлов для инсталляции также может быть локальным (CD, DVD, жесткий диск и т. п.) или доступным по сети (используя различные сетевые протоколы). Способы первоначальной настройки системы могут быть автоматизированы в различной степени.

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

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

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

Планирование установки

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

Версии системы

Последняя версия Solaris на момент написания статьи – 10, а если быть точным – 10 11/06. Наименование версии включает в себя месяц и год выпуска обновления, разделенные прямым слешем. По планам обновления системы должны выпускаться раз в квартал. По историческим причинам команда uname в ОС Solaris выдает название SunOS. Версии системы считаются после символов «5.». Например, у Solaris 10 вывод команды будет следующий:

Более подробно информацию о версии установленной системы можно посмотреть в файле /etc/release или командой showrev.

На базе кода Solaris 10 основан проект OpenSolaris, целью которого является дальнейшее развитие этой операционной системы, в том числе и силами независимых разработчиков . На официальном сайте доступны ссылки для скачивания шести дистрибутивов на базе OpenSolaris. Часть из этих проектов поддерживается непосредственно фирмой Sun Microsystems, остальные – другими разработчиками. Периодичность обновлений зависит, конечно, от создателей дистрибутива.

Также доступна документация по созданию своей системы на базе OpenSolaris.

Последнюю версию Solaris 10, OpenSolaris, можно скачать с официальных сайтов или других источников совершенно бесплатно. При желании диски с системой можно купить.

Обычно, если четких требований к версии ОС не существует, ставится новейший релиз из доступных. После чего на систему устанавливается рекомендованный набор патчей – «Recommended Solaris Patch Clusters», скачать который можно с сайта .

До 10 версии в Solaris был предусмотрен также набор дополнительных патчей для повышения версии системы – Maintenance Update. Тогда процесс установки происходил в три этапа:

1. Установка базового дистрибутива.
2. Установка последнего Maintenance Update.
3. Установка последней версии Recommended Solaris Patch Clusters.

Процесс можно было автоматизировать. Судя по всему, в версии 10 отказались от использования этой технологии, оставив только Recommended (начиная с 10 версии MU недоступен, но официальные высказывания по этому поводу не встречались).

С точки зрения инсталляции системы в Solaris 10 мало что изменилось, так что большая часть сказанного будет применима к предыдущим версиям: Solaris 8 и 9. Различия есть, но они в основном незначительные; некоторые особенности будут указаны. Примеры в статье будут применимы для версии Solaris 10 11/06, если не указано иное.

Интересно, что официально поддерживается обновление системы с версии Solaris 8 до 10. Для обновления с более ранних версий (до 8) предлагается сначала поднять версию ОС до максимально возможной. Например, с версии Solaris 2.5 до Solaris 9, после – до Solaris 10.

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

Проверка конфигурации оборудования

Solaris 10 может работать на двух типах процессоров: SPARC и x86-совместимых. Поддерживаются системы, основанные на следующих архитектурах: UltraSPARC®, SPARC64, AMD64, Pentium и Xeon EM64T. Полный перечень поддерживаемого оборудования можно получить в официальной документации, следуя ссылкам на сайтах .

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

Начиная с версии Solaris 10 1/06 все x86-совместимые системы должны иметь, как минимум, 256 Мб оперативной памяти (рекомендуется 512 Мб). Для предыдущих релизов Solaris 10 требования меньше: 128 Мб и 256 Мб соответственно.

Для платформ, основанных на технологии SPARC, требования к памяти ниже. Необходимо 128 Мб ОП, желательно 256 Мб.

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

Система по умолчанию будет использовать 512 Мб виртуальной памяти (swap), что, конечно же, является настраиваемым параметром. Когда-то стандартным советом было выделять под область подкачки размер дискового пространства в два раза больший, чем размер доступной оперативной памяти. Сейчас эти рекомендации не всегда актуальны – не редкость встретить серверы с оперативной памятью размером в несколько гигабайт. В таком случае польза большого свопа сомнительна.

Требования к частоте процессора по современным меркам совсем небольшие. Для работы системы необходим x86-совместимый процессор с частотой 120 МГц или процессор SPARC с минимальной частотой 200 МГц.

Размер использования пространства на жестком диске сильно зависит от количества установленных пакетов. Требования могут отличаться от релиза системы и составляют от 2 до 7 Гб дискового пространства.

Требования к конкретному релизу можно посмотреть в соответствующем «Release Notes» на сайте или , если вы используете OpenSolaris.

Методы инсталляции Solaris

В официальных документах можно выделить несколько типов инсталляции, рассмотрим их:

Basic или «используя программу-инсталлятор»

Как следует из названия – это самый простой вид инсталляции.

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

В Solaris 10 существует два вида программы-инсталлятора – с текстовым и графическим интерфейсами. Графический инсталлятор использует Java, требования к системе в случае его использования повышаются; в некоторых случаях могут быть выше, чем требования к рабочей системе.

Этот вид установки подробно рассмотрен в нескольких документах на ресурсе .

Solaris Flash Archives

Flash здесь значит не «USB-накопитель», а всего лишь способ инсталляции, который больше похож на клонирование (этот термин также употребляется в документациии).

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

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

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

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

Более подробно ознакомиться с этим видом установки Solaris 10 можно на сайте в книге No: 817­-5668-11 «Solaris 10 Installation Guide: Solaris Flash Archives (Creation and Installation)».

Custom JumpStart

Это самый популярный метод установки Solaris. Вернее, самый популярный способ – установка системы по сети, используя технологию JumpStart.

JumpStart отличается от других методов подходом к конфигурации системы и особенно полезен, если используется несколько серверов под управлением Solaris (обычно так и происходит – если в организациии появляется система под управлением Solaris – то не одна).

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

Если инсталляция происходит с CD – все равно придется уделять свое внимание процессу установки для смены дисков.

Подробнее с эти видом установки можно ознакомиться в книге No: 817-5506-12 «Solaris 10 Installation Guide: Custom JumpStart and Advanced Installations».

Solaris Live Upgrade

В среде Solaris давно существует два способа установки программного обеспечения: стандартный метод и Live Upgrade.

Стандартный способ – когда установка и обновление происходит с остановкой работы сервисов на рабочей системе.

Альтернативный вариант – Live Upgrade. В данном случае слово Upgrade не нужно понимать буквально как «обновление». Это всего лишь название способа установки ПО, слово не несет привычной смысловой нагрузки.

В случае использования альтернативной технологии системное программное обеспечение может быть установлено на работающей системе, но на неактивную партицию (часть диска) или неактивный DiskSet – «набор дисков» – если используется много дисков. То есть делается копия рабочей конфигурации, на копию накатываются патчи; или же система прогружается полностью «с нуля». Потом происходит переключение путем перезагрузки на новую партицию (или DiskSet). В случае возникновения проблем возможно переключение на старую, рабочую конфигурацию. Время простоя системы при обновлении подобным способом минимально.

Более подробно ознакомиться с этим видом установки Solaris 10 можно на сайте . Например, в книге No: 817-5505-12 «Solaris 10 Installation Guide: Solaris Live Upgrade and Upgrade Planning».

Существует еще один (довольно популярный) способ обновления ПО, похожий на Solaris Live Upgrade, но применимый также к другим системам. Устройства хранения обновляемой системы должны быть объединены в «зеркало» (RAID-1 и т. п.). В таком случае перед обновлением системы диски разбиваются на две части: активную часть и резервную копию.

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

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

Network-based

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

Также разработчики предоставляют возможноть установить систему через сети общего пользования, в том числе через Интернет. В таком случае установку можно произвести только на SPARC-совместимые системы. Используются протоколы HTTP или HTTPS. Если интересно – процесс подробно описан на сайте . Например, в книге No: 817-5504-12 «Solaris 10 Installation Guide: Network-Based Installations».

На практике чаще всего настраивают инсталл-сервер и системы прогружают по сети, используя технологию JumpStart.

Выбор набора устанавливаемых программ

Одна из особенностей операционной системы Solaris то, что она состоит из пакетов.

Может показаться, что многие современные системы также состоят из пакетов. Это не так. Действительно, у большинства дистрибутивов существует возможность использовать какой-нибудь менеджер пакетов или даже несколько. Но подобные инструменты обычно используются для установки дополнительного ПО (которое, впрочем, может перекрывать функционал системного). Сама система в таком случае ставится как одна монолитная, неделимая большая программа, состоящая, может быть, из множества файлов.

Например, после установки FreeBSD команда pkg_info не покажет ни одного пакета. В момент инсталляции мы можем выбрать лишь комбинацию из крупных наборов файлов: исполняемые файлы, документация, исходные тексты и т. п. При установке MS Windows можем наблюдать подобную ситуацию (точно не будет исходных текстов). В обоих случаях программа-установщик распаковывает файлы ОС из архивов и копирует их на диск. В одном случае используются CAB-файлы, в другом – TGZ.

В отличие от них установка всей системы Solaris происходит командой pkgadd. Например, при установке набора пакетов «Entire Solaris Software Group Plus OEM Support» ставится 984 системных пакета в Solaris 10, 1055 пакетов в Solaris 9.

Системные пакеты обычно имеют префикс SUNW.Поэтому их количество проверить легко:

$ pkginfo | grep SUNW | wc -l

Установленное в систему ПО можно посмотреть в файле /var/sadm/install/contents. Способ используется чаще, чем стандартный whereis из UNIX. Например, где находится файл bash, в какой пакет входит, можно посмотреть командой grep:

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

Например, как-то раз мне пришлось столкнуться с интересным случаем. Долгое время работал сервер под управлением Solaris 8. Одной из функций этого сервера была обработка электронной почты. Понадобилось настроить дополнительную проверку почты через внешний фильтр – milter. В Solaris 8 использовался Sendmail версии 8.11 с патчами от SUN.

Для использования технологии milter требовалась версия не ниже 8.12, а это уже из набора Solaris 9. Обновление версии системы не рассматривалось – слишком много других сервисов работало на сервере, в том числе программы сторонних разрабочиков. На другой машине был собран пакет sendmail с нужной функциональностью, после чего ПО для почтового сервиса было заменено штатными средствами системы. Время простоя одного сервиса составило всего несколько минут; остальная функциональность системы не пострадала.

Разбиение системного ПО на пакеты предоставляет большую гибкость в момент установки и дальнейшей работы. Администратор может установить не только стандартные наборы ПО, но и легко создавать собственные. Например, для экономии места на дисках. Перейдем к рассмотрению наборов.

Стандартные наборы программ

В Solaris 10 предопределено 6 наборов системных пакетов. Для каждого набора существуют рекомендации по использованию дискового пространства, которые описывают использование следующих областей:

• Виртуальная память (Swap).
• Патчи.
• Дополнительное программное обеспечение (пакеты).

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

Системные пакеты можно найти на установочном диске (или на установочном сервере) в директории Solaris_10/Product/.

Из каких конкретно пакетов состоит каждый набор, можно посмотреть там же в файле Solaris_10/Product/.clustertoc.

Рассмотрим стандартные наборы пакетов Solaris 10 подробнее.

Reduced Network Support Software Group

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

Также этот системный набор позволяет настроить сетевые интерфейсы, но не запускает сетевые сервисы.

Core System Support Software Group

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

End User Solaris Software Group

Содержит пакеты, необходимые для работы с сетвыми сервисами, а также оконный менеджер и набор программ с графическим интерфейсом.

Developer Solaris Software Group

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

Компиляторы в этот набор не входят, к сожаленью, их придется доставлять отдельно.

Требования к дисковому пространству увеличились до 6,6 Гб.

Entire Solaris Software Group

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

Entire Solaris Software Group Plus OEM Support

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

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

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

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

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

Нередко случается, что установка Solaris растягивается на несколько часов.

В случае если инсталляцию системы необходимо провести очень быстро – придется использовать другие способы, например, Flash Archives.

Стандартные вопросы

Перед инсталляцией системы необходимо знать ответы на вопросы, возникающие в большинстве случаев установки. Все вопросы с возможными ответами перечислены в таблице «Checklist for Installation» в книге No: 817-0544-12 «Solaris 10 Installation Guide: Basic Installations».

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

Кроме конфигурационных файлов настройку системы можно производить, используя утилиты sys-unconfig(1M) и sysidtool(1M).

Является ли система частью сети?

Ответ на этот вопрос никаких конкретных изменений в системе не делает. Только влияет на последовательность следующих вопросов – раздел «настройки сети».

Настройки сети

Для каждого сетевого интерфейса, в том числе использующего DHCP для своей настройки, необходим файл /etc/hostname.hme0, где hme0 – имя интерфейса.

Для протокола IPv6 используются файлы вида: /etc/hostname6.hme0.

В этих файлах лежат настройки интерфейсов, используемые командой ifconfig. Можно ограничиться одним файлом для настройки, но обычно дополнительно используется информация из других источников. В основном это файлы /etc/hosts и /etc/netmasks.

Могут использоваться не только файлы, но и другие информационные службы: DNS, LDAP, NIS, NIS+ и т. п. Откуда конкретно берется информация, можно посмотреть в файле /etc/nsswitch.conf.

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

Настройки DHCP

Если сетевой интерфейс использует протокол DHCP для своей настройки, то в системе создается файл /etc/dhcp.hme0, где hme0 – имя интерфейса.

Имя системы

Часто hostname путают с именами интерфейсов, хранящимися в файлах /etc/hosts, /etc/hostname*. Интерфейсов может быть несколько, а имя у системы – одно. В системном руководстве (man) говорится, что если сетевых интерфейсов несколько, то именем системы служит имя Primary Interface. На практике дело обстоит несколько иначе. Начиная с версии 10, информация об имени системы хранится в следующих файлах:

• /etc/nodename;
• /etc/inet/hosts;
• /etc/inet/ipnodes.

Kerberos

Файлы с настройками Kerberos хранятся в папке /etc/krb5/.

Сервисы имен

Solaris может использовать информацию о системных настройках из различных источников. Информация об использовании всех служб берется в первую очередь из файла /etc/nsswitch.conf. Настройки конкретных служб можно посмотреть в соотвествующих разделах документации.

Маршруты по умолчанию

Информация о маршрутах по умолчанию хранится в файле /etc/defaultrouter, по одной строчке на маршрут. Программа-инсталлятор предлагает указать только один маршрут. Файл читается только при загрузке системы. Текущие настройки маршрутизации на работающей системе можно посмотреть командой:

netstat -rn

Управлять настройками маршрутизации можно командой route.

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

Также во время инсталляции система может попытаться определить настройки маршрутизации самостоятельно, используя протокол ICMP, если конфигурация сети позволяет.

TimeZone, locales

Информация о временной зоне, географическом регионе и другая хранится в файле /etc/TIMEZONE, который является символической ссылкой на /etc/default/init.

Остальные вопросы

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

Настройки файловой системы хранятся в файле /etc/vfstab, синтаксис которого походит на подобные файлы из других систем. Информацию об установленной системе можно посмотреть командой showrev с различными ключами, а также в каталоге /var/sadm.

Например, информация об установленных пакетах хранится в файле /var/sadm/install/contents.

Файлы журнала о прошедшем процессе инсталляции системы хранятся в каталоге /var/sadm/system/logs/ и /var/sadm/install/logs/.

Выводы

По каждому виду инсталляции существует отдельная книга, также встречаются статьи с конкретными примерами. Вообще процесс установки современных ОС выглядит примерно одинаково, по крайней мере в простейших случаях. Отличия проявляются в тонкостях настройки и используемой терминологии. Как видно, легендарная операционная система предоставляет администратору большую свободу в выборе действий уже в процессе инсталляции. Именно гибкостью настройки Solaris всегда отличался от других систем. Возможно, во многих случаях она не пригодится – тогда будут использоваться стандартные варианты настроек. Работать с «динозавром» совсем не страшно.

1. http://docs.sun.com – раздел opennet.ru, посвященный Solaris. Где, кроме всего прочего, можно найти подборку полезных ссылок на русском языке.
2. http://ru.wikipedia.org .
3. http://playground.sun.com/1275 – домашняя страница OpenBoot.

Вконтакте

"1. Если имеющиеся права доступа к файлу qwerty - это r-xr-xr--, то какие права доступа к этому файлу будут после выполнения команды chmod 755 qwerty
rwxr-xr-x+

"1. Для переноса подкаталога local из каталога /opt в каталог /var/tmp следует использовать команду:
mv /opt/local /var/tmp/local+

"1. Кому могут быть назначены расширенные права доступа к файлу:
нескольким разным группам+
нескольким разным пользователям +"

"2. Команда ls -l показывает, что свойства файла qwerty таковы:
-rwxr-xr-- root root qwerty
Какие права доступа к файлу имеет пользователь ivan, входящий в группу root?
чтение и запуск файла+

2. Длина имени файла в файловой системе UFS в Solaris:
не должна превышать 255 символов+

3.Какие права доступа к файлу имеет пользователь igor, входящий в группу staff?
чтение файла и запись в файл +"

4. Для принудительной загрузки системы с 64-разрядным ядром в системах SPARC надо дать команду:
boot kernel/sparcv9/unix -as+

"4. Чтобы узнать, какие модули ядра в настоящее время загружены, надо дать команду:
modinfo+

4. В каком режиме работы системы запрещен интерактивный вход в систему иначе, чем с консоли, но сетевые службы работают?
1+

4. Для принудительной загрузки системы с 32-разрядным ядром в системах SPARC надо дать команду:
boot kernel/unix -as+

5. Чтобы загрузить модуль ядра ipc, надо дать команду:
modload ipc+

5. В каком режиме работы системы запрещен интерактивный вход в систему иначе, чем с консоли, выключены все сетевые службы и демонтированы пользовательские файловые системы, вход в систему под именем, требующем доступа к пользовательской файловой системе, запрещен?
s+

4. Скрипт /etc/bootrc используется для:
управления загрузкой систем на платформе x86 (до версии Solaris 10 1/06 включительно)+

"9. Перед выключением компьютера следует:

дать команду halt или shutdown+
"
"6. В файле /etc/system можно установить:

настраиваемые параметры ядра+
"
"6. Какую из следующих команд можно дать, чтобы перевести систему из многопользовательского режима работы в однопользовательский:
init 1+
"
"5. Какие из следующих команд можно дать, чтобы перевести систему из однопользовательского режима работы в многопользовательский:
init 2+

6. Для остановки системы надо дать команду:
halt+
shutdown+

7. Редактировать фотографии в Solaris можно с помощью?
GIMP+
"
7. При входе в систему надо ввести
имя+
пароль +"

8. Чтобы узнать тип терминала, следует дать команду
echo stty+

8. Прервать выполнение программы (завершить ее) можно комбинацией клавиш
Ctrl-C+

7. Выходить из системы следует с помощью команды
logout+
exit (если разрешено в настройках sh)+"

8. Настройки терминала выполняются с помощью программы
stty+

8. По команде shutdown -g 0 произойдет следующее:
система перейдет в режим 0, не ожидая ни секунды +"

9. Перед выключением компьютера следует:
дать команду halt или shutdown+

9. По команде shutdown -g 0 -i 1 произойдет следующее:
система перейдет в однопользовательский режим+

9. Разрабатывать программы на языке FORTRAN в Solaris можно с помощью...
Sun Studio+

9. Стандартный текстовый редактор в GNOME называется
gedit+

10. Расширенные права доступа к файлам раздела хранятся в:
специальном блоке, на который указывает теневой индексный дескриптор+

11. Для демонтирования файловой системы, смонтированной в каталог /usr/proc следует выполнить команду
umount /usr/proc+"

11. Количество индексных дескрипторов в разделе UFS может быть назначено с помощью команды:
newfs -i+

12. Для успешного запуска проверки /dev/dsk/c0d0s7, если это устройство в данный момент смонтировано, следует:
демонтировать устройство, запустить fsck /dev/dsk/c0d0s7+

12. Для проверки файловой системы UFS устройства /dev/dsk/c0d0s7 следует использовать:
fsck+

13. Установленный бит SUID в правах доступа к файлу означает, что:
при запуске этого файла эффективный идентификатор владельца процесса будет установлен равным идентификатору владельца файла+

13. Как послать сигнал HUP всем процессам sendmail в системе Solaris?
pkill -HUP sendmail+

13. Список всех запущенных в системе процессов выводит команда
ps -ef+

14. Для перенаправления вывода программы ls в файл listok надо дать команду
ls > listok+

14. Как послать сигнал с номером 11 всем процессам httpd в системе Solaris?
pkill -11 httpd+

15. Как послать сигнал с номером 11 процессу c PID=433?
kill -11 433+

16. Получить список ранее введенных команд в sh:
нельзя+

"17. Для повтора любой предыдущей команды в bash можно использовать команду:
!!+
"
"17. Для присвоения переменной q значения w в bash используется команда:
q=w+"

"19. Какую программу в Solaris следует использовать для получения справочной информации?
man+"

"18. Для цикла с перебором значений в сsh используют команду:

foreach имя_переменной (список)
команды
end+

"18. В результате выполнения команды ^xn^nx в bash:
выполнится предыдущая команда, с заменой первого вхождения символов xn в ней на nx+
"
"18. В результате выполнения команды ls "find / -name ""q*""":
будет выведен список файлов в системе, начинающихся с символа q или сообщение об их отсутствии+
"
"18. Для вывода списка заданий, запущенных в текущем сеансе работы с bash, с указанием идентификаторов процессов используется команда:
jobs -l+"

"19. К предопределенным группам пользователей в Solaris относятся
root+
sys+
other+
"
"19. В каких файлах содержится информация о группах пользователей в системе?

только в /etc/group+
"
"19. Какую программу в Solaris следует использовать для получения справочной информации?

man+"
"19. Какой пользователь в Solaris обладает всеми правами в системе?
Root+
"

"20. RBAC - это:
role-based access control+
"
"20. Информацию о системе и аппаратной платформе можно получить с помощью программы
uname+

"19. Для поиска нужной темы в заголовках статей системного руководства можно использовать команды
man -k+

"21. Для начала работы от имени root следует использовать команду
su+
"
"21. Руководство по Solaris можно вызвать командой?
man+
"
"22. Файловой системе ZFS при запуске системы
проверка не требуется +"

"23. Транзакционность ZFS обеспечивается:
постоянной записью журнала транзакций
механизмом записи на диск ""copy-on-write"" +"
"23. Указатель блока данных в ZFS может:
указывать на одну, две или три копии блока с идентичными данными+
"
"23. Под сквозным контролем целостности в ZFS понимается:
встроенный в ZFS механизм подсчета и записи контрольной суммы данных и метаданных в ""родительских"" (вышележащих по дереву блоков) блоках метаданных+
"
"23. В ZFS порядок байт в слове:
может быть только таким, как в системах SPARC (более значимые байты имеют меньшие адреса в памяти)
определяется полем Е указателя блока+

"4. В ZFS порядок байт в слове:
задается неуказанным выше образом +

"25. Существует ли возможность работать в графической среде KDE в Solaris?
да +"

"25. Выбрать графическую среду для работы в Solaris...
можно при входе в систему

"25. Какие графические среды из перечисленных доступны в Solaris?
CDE+
KDE+
"

X64+
x86+
SPARC+
"
"26. Работает ли Solaris 10 на различных аппаратных платформах?
да, а именно на платформах x86 (32-х и 64-х разрядных) и SPARC +"

"26. Какие графические среды из перечисленных доступны в Solaris?
любые из существующих
CDE+
GNOME+
KDE +"

"28. Для установки почтового сервера на базе Solaris лучше всего подойдет выбор следующей группы программ для установки:
Core (SUNWCreq)+
"
"27. Какие из перечисленных операционных систем являются системами с открытым кодом?
Mandriva Linux+
ASP Linux+
OpenSolaris+
"
"27. На каких аппаратных платформах работает Solaris 10?
SPARC+
x64+
"
"28. Среди вариантов русской локализации Solaris 10 целесообразнее всего выбрать:
RU.UTF-8+
"
"28. Sun Device Detection Tool:
требует подключения к Интернету для работы+
распознает оборудование компьютера и сообщает, существует ли совместимый с Solaris драйвер для каждого из устройств +"

"29. Вид установки Solaris Jumpstart предназначен для:
установки Solaris на несколько компьютеров+
"
"28. Для установки системы и всех поставляющихся в дистрибутиве Solaris программ на компьютер x86 следует выбрать набор программ:
Entire distribution (SUNWCall)+
"
"30. Поддерживается ли русский язык в Solaris?
да, и лучше всего использовать кодировку UTF-8+
"
"31. Имеет смысл сообщить в просьбе о помощи на форуме разработчиков Sun:
версию своей системы+
архитектуру компьютера и все, что можно получить по команду uname+
какие сообщения об ошибках выдавались на экран и в файлы протокола +"

"31. Для получения справки только по программе passwd надо дать командe
man 1 passwd+
"
"31. Имеет смысл просить помощи в форуме разработчиков Sun:
после изучения ситуации с помощью руководства по системе и поиска в Интернете+
"
"32. Руководство по системе Solaris по умолчанию хранится
в подкаталогах каталога /usr/share/man"

"30. Дополнительные пакеты в Solaris 10 устанавливаются в каталог:
/opt+"

"33. При поиске в Интернет информация о решении похожей задачи в Solaris найдется быстрее, если искать страницы на:
английском языке+
"
"33. Индексированный список всех страниц руководства можно создать с помощью команды
man -k+
"
"33. В письме о помощи в список рассылки следует:
привести сообщение об ошибке полностью+

"34. Какие программы можно использовать для добавления новой учетной записи пользователя:
Solaris Management Console+
/usr/bin/users-admin+

"33. Просьбу о помощи в настройке удаленного доступа в Solaris вернее отправить:
на bigadmin.sun.com+"

"35. Какие программы можно использовать для добавления новой учетной записи пользователя:
Solaris Management Console+

"34. При добавлении учетной записи с помощью admintool следует вручную указать обязательно:
имя пользователя+
пароль пользователя+

"36. Какое ограничение накладывается по умолчанию пароль пользователя?

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

Доклад был представлен на заседании Совета по архивному делу при Федеральном архивном агентстве по теме "Информационные технологии в архивном деле: актуальные проблемы и пути их решения" 4 июня 2008 года.

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

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

Никакая информатизация невозможна без технической инфраструктуры. Согласно отчетным данным, оснащенность отрасли компьютерами последних поколений заметно увеличилась. В федеральных архивах имеется 845 таких компьютеров, в государственных архивах регионов - 5 068, в муниципальных архивах - 3 652 компьютера. Много это или мало? Ответ может дать отчетный показатель, недавно введенный Росархивом, согласно которому по состоянию на 01.01.2008 г. на один современный компьютер приходится от полутора до трех штатных сотрудников архива, то есть оснащенность техникой остается недостаточной.

Наблюдается значительный рост локальных вычислительных сетей: в федеральных архивах развернуты 10 ЛВС, 187 - в госархивах субъектов Российской Федерации. В муниципальных архивах имеется 25 сетей, однако очевидно, что потребность этих архивов в ЛВС невелика.

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

● разработка и предоставление архивным учреждениям отрасли унифицированного общеотраслевого программного обеспечения;

● ведение общеотраслевых БД и представление в сети Интернет объединенных архивных информационных ресурсов;

● содействие льготному приобретению стандартного программного обеспечения.

Приведем иллюстрацию к последнему пункту. Как известно, благодаря усилиям Росархива федеральные архивы, госархивы субъектов РФ и муниципальные архивы включены в Программу академического лицензирования компании Microsoft. В прошлом году только федеральные архивы закупили 439 лицензий и лицензионных продуктов этой компании на общую сумму 672,6 тыс. рублей. При рыночной стоимости этих лицензий и продуктов в 2974,2 тыс. руб. реальная экономия составила 2301,6 тыс. руб. или 77%.

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

С самого начала процесса автоматизации архивной работы в центре внимания Росархива находилось построение автоматизированной системы централизованного государственного учета архивных документов. Основных причин для этого было две. Первая: в первой половине 90-х годов в ряде региональных государственных архивов появились разные компьютерные программы по учету со своим форматами данных. Было совершенно ясно, что если не ввести этот процесс в единое русло, то мы никогда не построим общую систему, поскольку главное условие ее существования - унифицированные структура и форматы описания архивных документов. Вторая причина состоит в том, что именно в процессе государственного учета накапливается информация, необходимая для всех остальных направлений архивной деятельности - прежде всего НСА, а также обеспечения сохранности, комплектования и использования. Так возник программный комплекс (ПК) «Архивный фонд», выполняющий функции базового программного обеспечения в системе госучета.

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

Стратегическими целями автоматизированной системы централизованного госучета были определены следующие:

● полный охват архивов всех уровней и органов управления архивным делом;

● учет всех видов документации;

● полный учет архивных документов на уровнях фонд - опись - единица хранения;

● автоматизированное формирование архивных учетных документов.

По состоянию на 01.01.2008 г. в системе работают все 14 федеральных архивов с фондовой организацией документов. Число региональных государственных архивов, включенных в систему, достигло 211, т.е. 91% (оставшиеся 19 госархивов, как предполагается, войдут в систему в течение одного - двух лет); количество участвующих в работе системы муниципальных архивов составило 1246 (51,9%), эти архивы демонстрируют стабильно высокие темпы прироста, что позволяет прогнозировать их полное вхождение в систему в ближайшие годы; ПК «Фондовый каталог» ведут 53 субъекта РФ. Система в целом включает 1452 архива в 82 субъектах Федерации.

Традиционно основным показателем с точки зрения полноты государственного учета является количество описаний фондов, введенных в систему. По федеральным архивам этот показатель на 01.01.2008 г. составил 55,4 тыс. фондов, или 81,6% от паспортных данных. Государственные архивы субъектов РФ ввели в систему 398,3 тыс. описаний фондов (84,3% от паспорта). Вклад муниципальных архивов составил 166,3 тыс. описаний (48,5%). В целом введено 620,0 тыс. описаний, или 70,2% от всех фондов, хранящихся в государственных и муниципальных архивах страны.

Увеличение информационного потенциала системы госучета предусматривает ввод в БД «Архивный фонд» сведений об описях (как частей фонда). В целом по отрасли в архивах введены данные о 913,2 тыс. описей, что составляет 58% от их количества по паспорту. Наилучших результатов здесь достигли государственные архивы регионов - 67,1% или 627,8 тыс. описаний. Ниже средних по отрасли показатели у федеральных (45,3%) и муниципальных архивов (44,3%). Значимость информации об описях заключается прежде всего в том, что она является необходимым элементом для точного подсчета объемных показателей госучета в архиве; во-вторых, эту ступень нельзя миновать при вводе информации о единицах хранения. Наиболее же важное обстоятельство - именно на этом уровне фиксируется с достаточной определенностью наличие в архивных документах сведений по личному составу, относящихся к конкретному фондообразователю.

В развитии системы, наряду с ее количественным ростом, в настоящее время на первый план выходит задача наращивания ее информационной полноты. Имеется в виду ввод информации по всем полям, обязательным к заполнению в соответствии с «Временным порядком автоматизированного государственного учета документов Архивного фонда Российской Федерации» (этот Порядок скоро перестанет быть «временным», став частью Порядка государственного учета документов Архивного фонда Российской Федерации, разрабатываемого Росархивом взамен существующего Регламента государственного учета документов АФ РФ).

В заполнении БД «Архивный фонд» есть свои лидеры - регионы, в которых государственные и муниципальные архивы ввели основную информацию обо всех фондах и описях: Удмуртская Республика, Алтайский край, Краснодарский край, Калининградская, Нижегородская, Свердловская, Тюменская и Челябинская области, Ямало-Ненецкий автономный округ. В 17 субъектах РФ 100% таких данных введены только госархивами. Наконец, в 4-х регионах только муниципальные архивы ввели все основные сведения на уровнях фонда и описи. Пять федеральных архивов (ГА РФ, РГАДА, РГАЛИ, РГАНТД, РГАСПИ) ввели основную информацию по всем фондам; РГАНИ, филиал РГАНТД и РГВИА ввели более 96% описаний фондов; процент введенной информации об описях в перечисленных федеральных архивах - от 85 до 100.

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

Процесс накопления информации в электронном формате об архивных документах подошел к моменту, когда на повестку дня выдвигается задача массового ввода в систему сведений на уровне единицы хранения (единицы учета). Эта работа в ряде архивов ведется. Государственные архивы регионов ввели в БД «Архивный фонд» 1 417,5 тыс. заголовков дел, муниципальные архивы - 1 291,9 тыс. заголовков. Эти цифры превышают общее количество записей на уровне фонда, однако они составляют соответственно лишь 1,0 и 2,3 процента от объема хранящихся дел. По федеральным же архивам в системе содержатся только 0,2% заголовков дел.

Задача ввода этих данных в архивах решается двумя путями. Архивы с небольшими объемами документов самостоятельно осуществляют ручной ввод. В других случаях используется так называемая массовая (или поточная) оцифровка описей - выбранная на конкурсной основе фирма вводит структурированные описания дел в стандартном формате (например, в формате MS Access) в базу данных, из которой информация легко может быть конвертирована в БД «Архивный фонд». Так, в ГА РФ и РГАЭ создан массив объемом около 2,5 млн. описаний единиц хранения, который может быть использован как самостоятельный информационный ресурс, а также как сведения для включения в БД «Архивный фонд».

Сформулированная выше цель по охвату автоматизированным учетом всех видов документации будет полностью достигнута в рамках 4-й версии ПК «Архивный фонд», разработка которой в настоящее время завершается. В новой версии программы добавляется возможность учета кино-, фоно-, видеодокументов, а также документов на электронных носителях. Можно будет распечатывать опись и, заверив ее надлежащим образом, получать полноценный традиционный документ госучета. Более полной автоматизации учета архивных документов будет способствовать и функция пересчета объемных показателей при движении документов. В программе будут также автоматически создаваться паспорт архива и практически все учетные формы, являющиеся приложениями к новым «Правилам организации хранения, комплектования, учета и использования документов Архивного фонда Российской Федерации...».

Новая версия ПК «Архивный фонд» реализуется на современной программной платформе со своими внутренними форматами представления данных, что влечет за собой необходимость соответствующей модернизации ПО «Фондовый каталог» и «Центральный фондовый каталог». Разработка этих программ запланирована на 2009 год. Предполагается ежегодная передача из БД «Архивный фонд» в эти базы данных не только информации на уровне фонда, как это происходило в «карточной» системе централизованного госучета, но и сведений на уровнях описи и единицы хранения. Передача такого состава информации об архивных документах диктуется не столько потребностями госучета, сколько необходимостью формирования межархивного НСА регионального и отраслевого масштаба.

Продолжается работа по автоматизации процессов комплектования архивов. Прошла опытную эксплуатацию первая пробная версия ПО «Источники комплектования», главная цель которой (как и 1-й версии ПК «Архивный фонд») - сбор замечаний и предложений для уточнения структуры и функций программы. Сейчас ведется анализ присланных предложений и формируются технические требования к промышленной версии программного обеспечения.

Важнейшим шагом в деле обеспечения сохранности станет реализуемая в 4-й версии «Архивного фонда» возможность создания и хранения фонда пользования. В ней (как и в 3-ей версии) предусматривается ввод описаний на уровне отдельного документа, но при этом к описанию можно будет присоединять файлы любых форматов. Таким образом, можно будет сканировать и предоставлять пользователям не только тексты документов, но и их изображения, цифровые копии фотоотпечатков и негативов, фоно-, кино- и видеозаписей.

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

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

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

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

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

● Определены составы и структуры формируемых информационных массивов баз данных.

● Внедрено или находится в процессе разработки общеотраслевое программное обеспечение по основным направлениям архивной деятельности.

● Введены в базы данных и практически используются значительные архивные информационные ресурсы.

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

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

Модель (логическая схема) этой системы, как представляется, состоит из ряда связанных между собой информационных и функциональных блоков. Информационным ядром ее является хранилище описаний документов на всех уровнях, а также массив оцифрованных образов документов (фонд пользования), «прикрепленных» к описаниям документов. Блок «Учет» формирует и хранит паспорта, результаты проверок наличия, другие архивные учетные документы. В блоке «Сохранность» регулярно формируются и хранятся сведения о состоянии документов, соответствующие отчетные формы, паспорта архивохранилищ, и т.п. Блок «НСА» ответствен за формирование справочников, ведение каталогов и указателей. В блоке «Комплектование» сосредоточены данные об организациях-источниках комплектования архива и о хранящихся в них документах, о работе с источниками комплектования, формируется статистическая отчетность. Из этого же блока информация о принятых документах после обработки поступает в основное хранилище. В блоке «Читальный зал» сконцентрирована информация о пользователях, о выдаче дел, формируются сведения о степени востребованности архивных документов, и др. Частью системы является блок «Запросы и услуги» с очевидными функциями.

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

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

Основные цели присутствия архивов в Интернете в самой сжатой форме выглядят следующим образом:

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

● постоянное информирование об архивной деятельности;

● содействие поиску архивных документов и получению архивных услуг;

● взаимное информирование архивистов и обсуждение профессиональных архивных вопросов;

● популяризация архивного дела, формирование позитивного имиджа архивов у граждан и общества.

За последние годы на архивных сайтах размещен огромный и разнообразный материал, в целом соответствующий сформулированным целям, растет интерактивное взаимодействие архивов с пользователями сайтов. В этой статье нет возможности для детального анализа всех достоинств, недостатков, особенностей архивных сайтов по каждому из перечисленных направлений. Однако для обсуждения этой проблематики недавно появилась своя площадка - научно-практический семинар-совещание «Российские архивные сайты: опыт, проблемы, перспективы развития» (май 2007 г., Чебоксары; май 2008 г., Московская область).

В соответствии с рекомендациями первого из этих семинаров проведен мониторинг сайтов федеральных архивов, органов управления архивным делом и государственных архивов субъектов РФ (экспертную оценку по 53-м критериям осуществляла Е.В.Боброва, контент-девелопер портала «Архивы России»). Первые пять мест заняли сайты ГА Пермской области, Главархив Москвы, Архивная службы Республики Татарстан, ГАС Удмуртской Республики, РГАНТД и «Архивы Карелии» (поделили пятое место). В итоговой таблице (будет опубликована на портале «Архивы России» вместе с методикой мониторинга) обращает на себя внимание огромный разброс в качественном уровне архивных сайтов - первые пять позиций занимают сайты, получившие от 89 до 115 баллов, в то время как 28 сайтов (из 66) набрали менее 30 баллов.

Процесс архивного сайтостроения только разворачивается, причем в трудных кадровых и финансовых условиях. В настоящее время представительство отрасли в сети выглядит так: отраслевой портал «Архивы России »; 6 сайтов федеральных архивов; всего лишь 34 сайта органов управления архивным делом и 26 сайтов региональных государственных архивов. Здесь учтены только самостоятельные сайты, количество кратких страничек на сайтах вышестоящих и сторонних организаций как минимум удвоило бы приведенные цифры. Однако все эти странички никак нельзя признать сколько-нибудь полноценным архивным представительством в Сети, они содержат лишь краткую справочную информацию, дополненную иногда текстом Положения об архиве или органе управления, в редких случаях также общим перечнем архивных услуг.

Можно ожидать, что в ближайшее время число архивных сайтов существенно возрастет. Стимулом должна послужить одобренная Распоряжением Правительства РФ от 6 мая 2008 г. № 632-р «Концепция формирования в Российской Федерации электронного правительства до 2010 г.». В документе под термином «электронным правительство» подразумевается «новая форма организации деятельности органов государственной власти, обеспечивающая за счет широкого применения информационно-коммуникационных технологий качественно новый уровень оперативности и удобства получения организациями и гражданами государственных услуг и информации о результатах деятельности государственных органов». Среди приоритетов Концепции - создание всеми органами власти самостоятельных сайтов и обеспечение через них доступ к ведомственным информационным системам. Применительно к архивной отрасли речь пойдет, несомненно, о широком открытом доступе к научно-справочному аппарату.

В этом направлении архивы ведут постоянную работу. На портале «Архивы России» размещены 115 справочников, на других архивных сайтах представлены еще 196 справочников различных типов и видов. Эти цифры, конечно, впечатляют, доступность НСА для пользователя расширяется - по сравнению с традиционными формами представления справочников. Однако в современных условиях этого результата уже недостаточно. Проблема в том, что архивные справочники размещены на 42-х сайтах, то есть пользователь должен разыскать каждый сайт, на нем - НСА, и затем начать поиск документов. В то же время современные интернет-технологии позволяют создать единый ресурс (физически находящийся на одном или на нескольких связанных сайтах) в унифицированном формате, с едиными правилами представления и поиска информации. Прототипом такого ресурса является база данных «Путеводители по российским архивам », размещенная на портале «Архивы России». Она содержит структурированную информацию 60 путеводителей по федеральным и региональным архивам общим объемом в 103 тыс. описаний фондов. Еще одним чрезвычайно важным и перспективным технологическим свойством этого ресурса является то, что информационное наполнение этой базы данных доступно для поисковых машин Интернета. Отсюда и высокая востребованность ресурса пользователями - в среднем 1400 посещений в сутки.

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

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

Полотовская Кира Аркадьевнастудентка факультета документоведения и педагогического образования ФГОУ ВО «Орловский государственный университет им. И.С. Тургенева», г. Орел[email protected]

Ермакова Нелли Леонидовна, кандидат филологических наук, доцент кафедры документоведения и документационного обеспечения управления ФГОУ ВО «Орловский государственный университет им. И.С. Тургенева», г. Орел[email protected]

Актуальность применения информационных технологий

в архивном хранении документов

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

Бурное развитие информационных технологий способствует автоматизации практически всех сфер человеческой деятельности. Разработка новых знаний стала более эффективной и "быстрой". Никто не станет отрицать, что создать "офисный" документ проще и удобнее в соответствующем приложении пакета MS Office. Сложные инженерные и проектноконструкторские данные удобно создавать не при помощи карандаша и кульмана, а при использовании соответствующих "двухмерных" или 3D -средств. Финансовое и бизнеспланирование, экономические и бухгалтерские расчеты быстро и надежно производятся при помощи соответствующих программ.Другой проблемой, с которой приходится сталкиваться на любом предприятии, является наличие большого количества информации на "традиционных" бумажных носителях. Единое информационное пространство невозможно без включения в него такой информации.Решение проблемы использования информации "бумажных" носителей, а также микрофильмов в электронном видесуществует. Наиболее оптимальным является их быстрый перевод в электронный вид. Для этого существует различное сканирующее оборудование: от обычного планшетного сканера до промышленного сканера, позволяющего, например, сканировать до 180 страниц/минуту. Как правило, "на выходе" сканера создается информация в графических электронных форматах. В любом случае такую информацию можно включать в систему электронного архива. При необходимости перед включением полученных электронных документов в систему архивавозможна их обработка, например, распознавание. Способы обработки зависят от дальнейшего использования. При переходе на электронное хранение наблюдается ряд "ступеней эволюции". Например, для уменьшения объема файлов графического изображения возможно применение алгоритмов сжатия. Постоянно велись и ведутся разработки в области физического "уменьшения" размеров самого носителя. Например, еще 10 лет назад жесткий диск объемом в 20 Gb считался фантастикой, а сегодня такой объем уже "староват". Объем информации предприятия, даже при использовании всех "ухищрений", направленных на его уменьшение (не в ущерб "информативности"), может исчисляться в терабайтах. При таких объемах использование "привычных" жестких дисков нецелесообразно. В связи с этим разрабатывались новые технологии хранения данных и устройства: ленточные, магнитооптические, CD, DD. Например, современная DDRAM роботизированная библиотека образует "большой сетевой диск" размером до 6 терабайт. В процессе накопления информации всегда приходилось решать проблемы её совместного использования, разграничения прав доступа к различным разделам. В "бумажном" архиве эти проблемы решались лишь организационными мерами. Решение вопросов совместного использования, разграничения прав доступа к разделам "электронной" информации осуществляется средствами администрирования операционной системы сервера сети. Реализовать возможность групповой работы с архивом, используя лишь сетевые средства, недостаточно. Для решения проблем учета информации, разграничения правдоступа, быстрого поиска, доступа, регистрации новой информации, обеспечения управления процессами разработки новых данных в системах электронных архивов широко используются системы управления базами данных -СУБД. Опять же не будем подробно останавливаться на их описании, истории и эволюции развития.Большинство современных СУБД имеют все необходимые для работы в системе электронного архива механизмы и свойства. В зависимости от решаемых задач возможно использование таких средств, как Oracle, MsSQL, MySQL, Interbase, Paradox и даже MsAccess. Перечень далеко не полный. Все СУБД объединяет то, что они представляют, по сути, наборы связанных таблиц. Таблицы состоят из вертикальных колонок -"полей", "столбцов" и горизонтальных -"записей". В каждую ячейку таблицы можно производить запись данных в том или ином формате. Формат зависит от указанного формата ячейки. Например, можно записать набор символов, слово или целый документ в электронном виде, а некоторые СУБД, например, Oracle, позволяют записывать в одну ячейку не только документ, но и целую таблицу, содержащую, в свою очередь, записи. Главное свойство таблиц СУБД -возможность быстрого поиска информации при использовании языка запросов. Изложение реляционной теории баз данных не входит в рамки материала, но именно перечисленные свойства СУБД являются основными и необходимыми для учета, разграничения прав доступа, быстрого поиска, доступа, регистрации новой информации, обеспечения управления процессами разработкиновых данных.Кроме того, могут использоваться файл -серверные и клиент -серверные решения. В первом случае, например, при использовании файл -серверной СУБД Paradox производительность системы относительно невелика, сеть "более загружена". Все вычисления, как правило, ведет "клиентская" программа. Во втором случае, например, при использовании СУБД Oracle, MsSQL, Interbase клиентская программа только формирует запрос и отображает результат "ответа" от сервера. Всю обработку производит сервер. Производительность системы гораздо выше. С другой стороны, невысоки требования к "клиентскому" ПО (программе, через которую происходит Ваше "общение" с базой). Кроме того, такие СУБД, как, например, Oracle и MsSQL имеют дополнительные средства снятия нагрузки с клиентских машин -выполняемые на сервере хранимые процедуры и триггеры. Самым идеальным случаем является использование привычного WEBнавигатора, например, Internet Explorer (IE), когда работа с электронным архивом напоминает работу с Internet -сайтом. В этом случае на рабочем месте системы архива не требуется установки дополнительного программного обеспечения. Достаточно лишь знать адрес в Internet или интрасети, имя пользователя и пароль для работы в системе электронного архива. Пользователь подключается по этому адресу к WEBсерверу. Через интерфейс WEB -страниц, отображаемых, например, в IE производится формирование запросов (используются элементы запросных форм). WEB -сервер, получив запрос, автоматически "отправляет" его через соответствующий интерфейс взаимодействия с СУБД. Для структурированного хранения электронных документов, обеспечивающего надежность хранения, быстрый и удобный поиск в настоящее времяпродолжает развиватьсясистема «Электронный архив». Онапредставляет собой специальное программное обеспечение, призванное автоматизировать процедуры управления архивным фондом документов организации в соответствии с требованиями государственного нормативного регулирования и спецификой внутренних процессов любой компании.Невозможно переоценить все преимущества электронных архивов:Снижаются затраты на хранение: большая часть справочных запросов может быть удовлетворена с помощью электронных образов документов, благодаря чему снижаются требования к помещениям, персоналу и другим ресурсам для работы архива;Значительно сокращаются потери и повреждения архивных документов за счёт уменьшения потребности в подлинниках;Снижается объём копировальных работ благодаря доступу к электронным образам документов;Значительно упрощается перенос документов из оперативного хранения в архивное;Контролируется цепочка запросов и получения информации, предотвращая несанкционированный доступ и копирование документов .Образуется связь электронного документа с бумажным источником, которая позволяет в подавляющем большинстве случаев обойтись без доступа к бумажному документу, а в случае необходимости работы с бумажным документом быстро его найти;Реализуютсяконцепции ILM (Information lifecycle management), позволяющей переносить информацию из оперативного хранения в архивное с соответствующей сменой носителя информации для удешевления хранения и повышения надежности хранения;Распределяютсяправаи процедурыдоступа согласно корпоративным регламентам.Варианты хранения документов в электронной форме.Хранение документов в электронной форме осуществляется чаще всего в двух вариантах хранение на сервере компании или на удаленном сервере в Интернете. Оба варианта имеют как плюсы, так и минусы. Интернет опасен возможностью утраты конфиденциальных данных, ввод для хранения на сервере должен быть осуществлен с предельной внимательностью. Большинство крупных предприятий переходит на технологию электронного хранения документации.Электронный документ -документ, в котором информация представлена в электронной (компьютерной) форме, с реквизитами, необходимыми для признания его действительным (наименование организации, дата, регистрационный номер, должность и фамилия лица, подписавшего документ, электронная цифровая подпись).Все работы в электронном архиве соответствуют работам в архивах традиционных документов. Специфика работ определяется спецификой хранящихся в архиве документов. Задачей электронных архивов является обеспечение надежного централизованного хранения электронных документов в соответствии с архивными требованиями к их защите и сохранности в сочетании с максимально удобным и простым доступом, как с локальных, так и с удаленных компьютеров любой конфигурации.Основными архивными технологиями хранения электронных документов являются:системное ведение архива, включая сохранение всех версий документов после каждого их изменения (при этом версии не уничтожаются, а только исключаются из доступа);ведение подробного протокола доступа к документам;

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

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

разработка принципов хранения информации;защита информации;активизация вторичного использования информации;

стандартизация критериев описания данных;оценка стоимости создания и архивирования документов;регулирование отношений между архивом и создателем документов;реализация информационных услуг и исследовательских проектов.В электронном архиве должны обеспечиваться:защита электронных документов от несанкционированного доступа и искажений;возможность предоставления пользователям доступа к документам;возможность подтверждения подлинности документов;возможность предоставления документов в виде бумажной копии.Особенность текущей ситуации в нашей стране в отношении электронных документов характеризуется следующим:Набирает темпы процесс перехода от традиционных бумажных документов к электронным, который начинает охватывать в т.ч. документы длительного и постоянного срока хранения.Все больше создается подлежащих длительному хранению изначально электронных документов. А это означает, что вскоре они начнут поступать в архивы.Специалистыпрактики уже давно поднимают вопросы, на которые пока ни государство, ни отраслевая наука не дают ответа:oГде и как хранить электронные документы, причем так, чтобы их юридическая, доказательная сила не могли быть поставлены под сомнение?oКак эти электронные документы превратить в ценный для организации ресурс?При этом необходимо учитывать, что традиционные архивы не приспособлены для хранения электронных материалов. Фактически нам негде хранить уже существующие электронные документы. Для электронных архивов требуется иная идеология, иная нормативноправовая и технологическая база, которая на сегодняшний день отсутствует. Кроме того, электронные архивы –недешевое удовольствие, а это означает необходимость найти в условиях нынешней сложной экономической обстановки средства на их создание и дальнейшее функционирование.Способы хранения электронных архивов. Проблема надежного хранения электронной документации на сегодняшний день стала более чем насущной. Связано это с появлением несколько десятилетий назад систем электронного документооборота, которые стали основой существующего делопроизводства по всему миру.В связи с данными обстоятельствами были созданы различные способы хранения электронных архивов.Способ первыйзаключается в том, что организуется хранилище (хранилища) для документов, либо сразу создаваемых в электронном виде, либо переводимых в электронный вид, например, из "бумажного" архива или архива микрофильмов при сканировании. Хранилищем является любой локальный или сетевой диск либо более "объемное" устройство, например, магнитооптическая или DD -библиотека. Для упрощения поиска необходимогодокумента информация "внутри хранилища" структурируется по вложенным каталогам, названия которых говорят пользователю о содержащихся в них документах. Права доступа к разделам информации определяются при администрировании разделов устройства хранения.Основным преимуществом такого способа, пожалуй, является достаточная простота реализации и обслуживания. Возможно, такой способ целесообразен при "начальной стадии" накопления информации в электронном виде.При увеличении числа "единиц хранения" подобного архива рано или поздно наступит момент, когда число вложенных папок тоже придется увеличивать для удобства поиска. Далее, число вложенных папок и степень вложенности могут стать очень большими, и поиск необходимого документа станет долгим и превратится в проблему.При достаточно несложной реализации такого способа создания электронного архива, следует отметить следующие свойства:Отсутствие системы поиска;Отсутствие системы учета, регистрации документов;Отсутствие возможности быстро получить сам документ (его необходимо достаточно долго искать);Отсутствие управления процессами создания новых документов с маршрутизацией разрабатываемого документа между пользователями, участвующими в процессе разработки, процессах проверок и утверждения;Отсутствие ведения истории разработки документа;Отсутствие создания новых версий документов (для дальнейшего использования информации ранее разработанных документов во вновь создаваемых).Более серьезные составляющие полной системы архива и документооборота, например, обеспечение соответствия стандарту качества ISO9000.Второй способ. Создание электронных картотек на основе файлсерверных и клиентсерверных СУБД и приложений. Следующим способом создания электронных архивов является создание системы, прежде всего, для учета документов, позволяющей быстро найти записи о них. Говоря проще -создание электронной картотеки. Для реализации данного решения широко применяются файл серверные и клиент -серверные приложения, использующие СУБД. Программа -клиент позволяет внести записи о документах по ключевым полям, заполнить электронную карточку документа.Информация, вносимая в электронную карточку, записывается в таблицы СУБД и может быть быстро "извлечена" при помощи механизма запросов. Результаты запросов, как правило, выводятся в удобном для пользователя виде (таблица или набор электронных карточек). Работа с такими карточками напоминает работу с карточками библиотечного каталога.Существенное отличие заключается в том, что в "привычной" бумажной карточке присутствует лишь определенный набор атрибутов, а в хорошей электронной картотеке, пользователь сам может устанавливать необходимые атрибуты для разных типов документов. К тому жевсю работу по быстрому поиску карточки выполняет СУБД и (или) клиентское приложение. Права доступа к тем или иным разделам могут определяться СУБД. Учетные записи содержат не только описания документа, но и указывают на место его хранения в "бумажном" илиэлектронном виде.В зависимости от прав пользователя, существует возможность редактирования учетных записей, внесения изменений.Основные достоинства такого способа организации хранения:1.Возможность быстрого поиска информации о документе, записи о месте его расположения;2.Возможность внесения информации о новых документах, редактирование информации о ранее зарегистрированных в системе "единицах хранения".Основным недостатком такого подхода является отсутствие быстрого доступа непосредственно к самому документу. Найдя учетную запись об искомом документе, даже если она и содержит информацию о месте нахождения, процесс "доставки самого документа пользователю" не автоматизирован. Такой способ организации хранения можно проиллюстрировать следующим примером. Библиотека пытается усовершенствовать режим самообслуживания и предоставляет пользователям возможность работать с карточным каталогом, причем не только с "бумажным", но и электронным! Вы находите карточку искомой книги (после разговора с Вами, читавший её в рабочее время сотрудник вернул книгу в библиотеку). Найдя карточку, вы убеждаетесь, что книга присутствует и даже указано место хранения! Как и в прошлый раз, расталкивая растерянных читателей, Вы пытаетесь найти нужный шкаф и полку. Через определенное время, Вам это удается. Далее необходимо затратить усилия на поиск лестницы -стремянки (полка высоко). В конце концов, через час -другой Вы решаете все проблемы и получаете желаемое.Прочими свойствами такого способа хранения являются:Отсутствие автоматизации процесса получения самого документа;Отсутствие самого документа в электронном виде;Отсутствие ведения истории разработки документа;Отсутствие управления процессами создания новых документов с маршрутизацией разрабатываемого документа между пользователями, участвующими в процессе разработки;Отсутствие возможности создания новых версий документов (для дальнейшего использования информации ранее разработанных документов во вновь создаваемых).Более серьезные составляющие полной системы архива и документооборота, например, обеспечение соответствия стандарту качества ISO9000 не перечисляются, т. к. в такой реализации системы о них также говорить все еще нет смысла.Третий способ. Создание архивных систем с возможностью поиска документа в картотеке по учетным записям (карточке) и вывода документа в электронном виде. Этот способ организации системы электронного архива гораздо ближе к совершенству и объединяет два вышеописанных (файловый массив и картотека). Учет ведется при помощи использования клиент -серверных или файл -серверных приложений и СУБД. Результат поиска содержит не только записи "карточки" документа, но и предоставляет возможность вывода на экран или устройство печати самого документа.Сравним данный способ с той же библиотекой. Вскоре после экспериментов по внедрению самообслуживания библиотека решила, что лучше будет автоматизировать свою деятельность. Наиболее "читаемые" издания переведены в электронный вид, внесены в базу данных и "выложены" в Internet. Доступ к базе -по имени и паролю. Имя и пароль приобретаются за отдельную плату и ограничиваются по сроку действия. Как и в описываемом примере, способ имеет возможность разграничения прав доступа к разделам (например, пароль и имя пользователя). В отличие от Internet -библиотеки, способ не исключает возможности регистрации пользователем в архиве электронного документа или записи о "бумажном" документе или микрофильме, который пока не переведен в электронный вид.К прочим свойствами, характеризующим описываемый способ создания системы электронного архива, можно отнести:Отсутствие ведения истории разработки документа;Отсутствие механизма использования хранимых документов не только для просмотра, но и для создания новых (с автоматической регистрацией в архиве), отсутствие управления процессами создания новых документов с маршрутизацией разрабатываемого документа между пользователями, участвующими в процессе разработки. Четвертый способ. Создание систем архива и документооборота. Не секрет, что некоторые узлы устройств и механизмов, например, в судостроении, приборостроении и ряде наукоемких областей были разработаны еще пол века назад. С одной стороны, при разработке новых проектов нет смысла "изобретать велосипед", с другой же, использовать изделие, созданное по технологии полувековой давности не всегда целесообразно. Например, появились новые материалы, изменилась технология. Поэтому в системе электронного архива и возникает следующая задача -не только быстро найти необходимые документы и вывести их на экран или устройство печати, но и "позволить" создать новый документ на основе информации, содержащейся в документе ранее зарегистрированном. Причем новый документ должен автоматически быть "занесен" в архив, а "старый" документ ни в коем случае не должен быть изменен.Описываемый способ объединяет все перечисленные ранее и добавляет в них возможность управления процессами создания документов с маршрутизацией между пользователями, подписями, проверками, утверждениями, анализом прохождения документа и т. д. Следует отметить, что все перечисленные в предыдущих способах "положительные стороны" существуют и здесь. Например, совсем не обязательно регистрировать в подобной системе документ, разрабатываемый "с нуля". Можно зарегистрировать и ранее разработанный и утвержденный документ.В отличие от первых трех способов, этот подразумеваетиспользование системы на всех рабочих местах участников процесса разработки, проверки, утверждения документов. Действительно, когда мы говорим об архиве, описанном в предыдущем пункте, достаточно, например, в каждом подразделении установить по 1 "клиентскому месту". С этого "места" осуществляется доступ к документам архива и регистрация новых. Описываемый же в этом пункте способ имеет модуль WorkFlow, который организует "документооборотную" часть системы. Основным назначением этого модуля является организация групповой работы над документом с учетом реальных обязанностей и должностной структуры предприятия, маршрутизацией документа между пользователями. Говоря проще, модуль позволяет пройти электронному документувсе инстанции, маршруты, которые производились бы при разработке обычного "бумажного" документа. Хотяв подразделениях, не участвующих в процессе разработки, проверки и утверждения документов, может быть установлено всего по 1 "клиентскому месту" системы.Кроме того, как правило, учитывается, что один документ любого потока может принадлежать к нескольким проектами. В этом случае, существуют два пути: если при включении зарегистрированного документа в проект не требуется корректировать документ (вносить изменения), то документ для экономии места и времени не копируется системой. В этом случае, создается ссылка. Для пользователя процесс создания ссылки выглядит как "появление" в проекте нового документа. Второй способ используется, когда в новый проект необходимо внести измененный документ, созданный на основе уже имеющегося. В этом случае система позволяет создать новую версию документа, произвести необходимые изменения. Документ извлекается из электронного архива, создается его версия. Изменения производятся только в версии, сам же документ изменить нельзя! Система позволяет, например, создать новый приказ на основе старого, изменив даты; создать новый договор, изменив сумму и дату или "дорисовать" часть чертежа модернизированного изделия. После внесенияизменений новый документ, созданный на основе "старого", помещается в архив.Рассмотрим использование модуля WorkFlow ("документооборотную" часть системы).На любом предприятии, чаще в разработке документа принимают участие несколько человек. Если Вам близка инженерно -конструкторская деятельность, то Вы не можете не согласиться, что изделие разрабатывают несколько человек. В процессе разработки осуществляются нормоконтроль, проверки и утверждения документов и чертежей изделия, подтверждаемые подписями. Часто возникает необходимость отправки на доработку. Документ необходимо возвратить разработчику той части, которая не удовлетворяет в целом проекту. Таким образом, окончательное утверждение всего проекта происходит только после утверждения всех его составляющих, прохождения всех проверок. После окончания разработки документы должны быть помещены в архив. Перспективы развития систем электронного архива и документооборота. Основные перспективы развития систем архива, документооборота и управления потокамиинформации предприятия связаны, прежде всего, с внедрением последних достижений в области информационных технологий. Представим, что предприятие имеет территориально разнесенные подразделения или работает с партнерами по неким совместным проектам. В этих случаях необходимым является создание единого информационного пространства, позволяющего иметь доступ ко всей базе электронного архива (в случае территориально удаленных подразделений) или к части базы, касающейся совместных проектов (для использования партнерами).В наше время лучшим решением является использование WEB -технологий и XML. Об использовании WEB -технологий говорилось выше, при описании взаимодействия СУБД с WEB -сервером. В этом случае работа в системе электронного архива напоминает работу с обычным сайтом. Клиентским приложением является привычный WEB -навигатор (например, Internet Explorer). Преимущества такой организации доступа к СУБД перечислены выше. Остановимся на использовании XML -языка Расширяемой Маркировки -eXtensible Markup Language. Для создания WEBстраниц широко использовался и используется язык HTML, позволяющий достичь "высокохудожественных", с точки зрения WEB -дизайна, представлений страниц в окне. Для работы же с данными, получаемыми WEB -сервером от СУБД, возможно применение, например, технологии ASP или IDC. Дело в том, что HTML не всегда способен представить не только содержание страниц (с точки зрения дизайна), а и сами данные, например, полученные от СУБД. Вопрос представления данных в разных технологиях решается поразному. Например, в IDC результат запроса "вставляется" в соответствующий шаблон (файл *.htx), а сам запрос хранится на WEB -сервере (в виде файла *.idc). В технологии ASP страница генерируется при помощи файла ASP, используется язык BS. Создание приложений, позволяющих работать через WEB -интерфейс без использования XML достаточно трудоемко. Не буду глубоко вдаваться в сам XML, а только приведу пример: для создания базы в интрасети по технологии ASP или IDC приходится (по личному опыту) приложить немало усилий, написать "вручную" сотни, тысячи строк, "разбросанных" по многим файлам. Такую же систему можно создать гораздо быстрее и эффективнее при использовании XML. Так, например, ряд компонентов Delphi 5 и 6, использующих XML, позволяет создатьдостаточно неплохие приложения без написания вообще хотя -бы одной строчки кода! Кроме того, всё приложение представляет собой 1 исполнимый файл, хранящийся на сервере и генерирующий страницы (в отличие от десятковсотен файлов, которые применяются, например, в хорошей системе, созданной по технологии ASP).При использовании WEB -технологий, удаленные подразделения или партнеры имеют доступ к архиву и системе документооборота через Internet. "Клиентским" приложением для них является "обычный" навигатор. Головное подразделение, в интрасети которого установлен сервер системы, "может работать" как через навигатор, так и через обычное "клиентское приложение".Примером внедрения единого информационного пространства является использование системы DDM/PDM9000 в корпорации AZO. Именно по такому принципу организованно единое информационное пространство для территориально разнесенных подразделений и партнеров. Предприятия и партнеры корпорации расположены в Европе и Америке. Физически сервер системы установлен на головном предприятии. Система использует СУБД MSSQL. Доступ к базе в пределах головного предприятия осуществляется через соответствующие клиентские приложения. Для удаленной работы с базой используется технология "WWW+SQL". "Клиентским приложением" для удаленной работы является навигатор.В заключение следует сделать вывод о том, что существующие варианты и способы хранения документов в электронной форме способствует надёжной работе, разработке принципов хранения информации. Обеспечивается возможность предоставления пользователям доступа к документам и их получение в виде бумажно копии, кроме того, подтверждается подлинность документов.Само хранение документов в электронной форме осуществляется чаще всего в двух вариантах хранение на сервере компании или на удаленном сервере в Интернете. С точки зрения безопасности, электронный архив -это надежное хранилище архивных документов и материалов.Говоря о перспективах развития электронных архивов в Российской Федерации, можно констатировать следующее: основные перспективы развития систем архива, документооборота связаны, прежде всего, с внедрением последних достижений в области информационных технологий. К ним можно отнести использование WEB -технологий и XML. В зависимости от решаемых задач возможно использование таких средств, как Oracle, MsSQL, MySQL, Interbase, Paradox и даже MsAccess.Итак, подводя итоги, можно констатировать следующее: электронный архив –это перспективный проект сферы развития архивных технологий. Он позволит автоматизировать процессы документоведения, хранения документов и создаст все условия для качественной работы любой организации.

Ссылки на источники1.Алексей Рындин. Описание проблемы архивного хранения информации. –URL: http://citforum.ru/cfin/org_arh_pred/index1.shtml. 2.Алексей Рындин. Архив без пыльных полок или способы организации архива предприятия. –URL: http://citforum.ru.

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

В архивном деле в основном применяется технология баз данных (БД), а также другие информационные технологии (сканирование документов, сетевые технологии и т.д.).

Среди автоматизированных архивных технологий количественно преобладают базы данных простейшей структуры на большие однородные массивы данных. Однако ААТ позволяют значительно усовершенствовать работу архивиста в области каталогизации, учета и использования архивных документов. Кроме того, в целом, можно заметить, что по каждому направлению существует несколько программных продуктов, выполненных различными разработчиками на разных оболочках. Так, например, БД "Архивный фонд", "Фондовый каталог" (Росархив), а также разработанные ВНИИДАД базы данных "Паспорт архива", "Учет фондов", "Аннотация фондов", "Учреждения - источники комплектования", "Учет исполнения запросов", "Читальный зал", "Физическое состояние документов" и др.

При этом можно заметить, что типовые БД, разработанные ВНИИДАД ориентированы на фонды и дела, архивы же более активны в создании тематических БД на уровне документа.

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

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

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

Информационную основу БД составляют сведения о составе и объеме документов, составе и объеме страхового фонда копий документов, государственном учете и научно-справочном аппарате к документам, составе и объеме научно-справочной библиотеки, зданиях. При разработке БД "Учет фондов" в качестве объекта автоматизации выступали функции, выполняемые госархивами по учету документов как государственной, так и негосударственной части Архивного фонда Российской Федерации. Типовые решения ведения государственного учета для архивов Российской Федерации разного уровня вырабатывались с условием последующей адаптации к специфике каждого отдельного архива. БД способствует совершенствованию деятельности архивов по обеспечению сохранности, организации рационального хранения, оперативного адресного поиска фондов и описей, фиксации объема хранящихся дел, его изменений и подготовке статистических данных как по архиву в целом, так и по отдельным хранилищам. БД "Учет фондов" отражает и отслеживает информацию о движении документов, об учете и внесении изменений по описи, об учете и внесении изменений по фонду. Логическим продолжением компьютерной поддержки архивной деятельности в области учета документов является БД "Аннотация фонда", которая обеспечивает оперативность и качественный уровень тематического поиска и подготовки межфондовых и внутрифондовых справочников (путеводителей, кратких справочников, тематических путеводителей, указателей и др.).

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

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

Государственный архив ведет учет всех созданных БД в виде базы данных их описаний (например, "Архивный фонд", "Фондовый каталог субъекта Федерации").

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

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