Резервирование и восстановление БД

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

В других ситуациях для обеспечения сохранности данных используются операции архивирования и резервирования данных. В большинстве случаев архивирование производится обычными средствами архивации файлов для их компактного долговременного хранения, как правило, на внешних съемных носителях. Функции архивирования данных иногда могут входить и в перечень внутренних функций самих СУБД.

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

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

Оптимизация работы БД

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

Основные принципы оптимизации:

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

· как можно меньше сортировок данных на диске; надо увеличить буфер сортировки таким образом, чтобы избежать двойных сортировок и сортировок на диске.

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

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

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

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

 

Правовая охрана баз данных

1. Закон РБ «Об авторском праве и смежных правах» от 16.05.1996 (ред. 2004 г.) – Статья 6 – объектами авторского права являются БД.

2. «Концепция формирования национальной безопасности», 2006 г. – Глава VII (Обеспечение информационной безопасности). Создатели баз данных выявляют потенциальные угрозы, формируют единую политику обеспечения безопасности. Они исследуют технические и программные средства на соответствие требованиям безопасности (сертификация и лицензирование).

3. Постановление Совета Министров РБ от 12.07.2004 г. «Об утверждении государственной программы защиты информации».

Базы данных действительно отнесены действующим законодательством к числу объектов авторского права -- они упомянуты в ст. 7 Закона "Об авторском праве и смежных правах" (далее -- Закон) и ст. 993 Гражданского кодекса (ГК). Однако указание базы данных среди объектов авторского права не означает, что любая база данных автоматически, просто в силу принадлежности к категории баз данных охраняется авторским правом. В ст. 4 Закона база данных определяется как "компиляция материалов, данных, информации, по подбору и расположению материалов представляющая результат творческого труда", а согласно ст. 993 ГК "к объектам авторского права также относятся... сборники (...базы данных) и другие составные произведения, представляющие собой по подбору или расположению материалов результат творческого труда".

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

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

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

Более того, особенность правовой охраны базы данных как составного произведения состоит в том, что предметом охраны являются именно оригинальные подборка и расположение информации в базе данных, но не сама информация: "Охрана не распространяется непосредственно на сами данные..." -- (ст. 7 Закона). В соответствии с п.2 ст.8 Закона авторское право не распространяется на информацию, даже если она воплощена в охраняемом авторским правом произведении. Говорить же о правовой охране собственно информации из справочной базы данных предприятия связи также не приходится, поскольку эта информация не отвечает требованиям, установленным в ст.140 ГК, и поэтому не относится к категории охраняемой.

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

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

Имущественные права на программу для ЭВМ или БД, созданную в порядке выполнения служебных обязанностей или по заданию работодателя, принадлежат работодателю, если в договоре между ним и автором не предусмотрено иное. Правовые отношения между работодателем и разработчиком программы для ЭВМ и БД должны регулироваться "Дополнительным соглашением к трудовому договору (контракту) по вопросам интеллектуальной собственности" или "Авторским договором о передаче прав на использование произведений, созданных в порядке выполнения служебного задания". За автором сохраняются только личные неимущественные права. При этом порядок выплаты и размер вознаграждения также устанавливаются договором.

Целесообразность заключения договора (контракта) для работодателя определяется следующими преимуществами:

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

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

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

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

И, наконец, автор может создавать программу для ЭВМ или БД по заказу другого физического или юридического лица. В этом случае между автором и заказчиком изначально должен быть заключен авторский договор заказа на создание и передачу программы для ЭВМ или БД. Согласно этому договору автор обязуется создать и передать заказанную программу или БД в соответствии с условиями договора, а заказчик обязан в счет установленного в договоре вознаграждения выплатить автору аванс. При этом по условиям авторского договора автор может передать заказчику имущественные права полностью или частично.

Контрольные вопросы

1. Перечислить функции администратора базы данных.

2. На каких этапах жизненного цикла информационной системы работает администратор базы данных.

3. Группы пользователей базы данных, их полномочия.

4. Способы резервирования базы данных.

5. Понятие «журнализация».

6. Какие сведения заносятся в журнал текущих изменений базы данных.

7. Отличие резервирования от архивирования.

8. Порядок восстановления базы данных.

9. Виды угроз безопасности данных.

10. Организационные методы защиты данных.

11. Программно-технические методы защиты данных.

12. Необходимость правовой охраны баз данных.

13. Нормативные акты Республики Беларусь, обеспечивающие правовую охрану баз данных.

Литература

1. Корнеев В.В. Базы данных. Интеллектуальная обработка информации. – М.:Издатель Молгачева С.З., Изд-во Нолидж. 2001. – С. 83-84.

2. Гайдамакин Н.А. Автоматизированные информационные системы, базы и банки данных. Вводный курс: учебное пособие. – М.: Гелиос АРВ, 2002. – 368 с. – с. 305-335.

3. Экономическая информатика / Под.ред. П.В.Конюховского, Д.Н.Колесова. – Мн.: Новое знание. 2001. - с. 307-309.

4. Голицына О.Л., Максимов Н.В., Попов И.И. Базы данных: учеб. пособие. – 2-е изд., испр. и доп. – М.: ФОРУМ:ИНФРА-М, 2007. – С. 294-326.

 

Основные понятия

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

Резервирование БД – периодическое сохранение копии базы данных.

Восстановление БД – обеспечение работоспособности базы данныхпосле выхода из строя основного файла базы данных.

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