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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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