80. Восстан-е бд с пом-ю резервного копирования бд,с пом-ю журнала транзакций.

Восстан-е БД осущ-ся в случае ее физ поврежд-я или наруш-я целостности. К часто исп-емым ср-вам восстан-я базы дан­ных относ резервное копирование и журнал изм-й БД.

При осущ-и резервного копир-я БД необх-мо выполнять след треб-я:

•копия созд-ся в момент, когда сост-е БД явл-ся целостным;

•копия созд-ся на иных внешних устр-вах, чем то, на к-ом располаг-ся сама база. Это вызвано тем, что в случ выхода из строя этого устр-ва восстан-ть БД бу­дет невозм-но.

В случ сбоя или аварии носите­ля БД ее можно восстан-ть на основе последней ре­зервной копии.

Общая стратегия восстан-я БД заключ-ся в переносе на рабочее устр-во резервной копии БД или той ее части, к-ая была повреждена, и повторном прове­д-и всех изм-й, зафиксир-ых после созд-я дан­ной резервной копии и до момента возникн-я сбоя.

Журнал изменений базы данных - особая часть БД, недоступная польз-лям СУБД, в к-ую посту­пают записи обо всех изм-ях осн части БД. Д/ эф-ой реализации ф-ции ведения журнала изм-й БД данных необх-мо обесп-ть повышенную надежность хранения и поддержания в рабочем сост-и са­мого журнала. Иногда для этого в системе хранят несколько ко­пий журнала. В больш-ве совр реляционных СУБД журнал изм-й наз-ся журналом транзакций. В нем регистрируются в хронологи­ческом порядке все изм-я, вносимые в БД каж­дой транзакцией.

При ведении журнала транзакций восстановить БД можно одним из 2 методов.

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

2.Откат отменяет изм-я, произведенные в БД ошибочными или незавершенными транзакциями. Затем повторно запускаются транзакции, к-ые выполнялись в мо­мент возникн-я сбоя.

81. Оптимизация работы бд (индексир-е, хешир-е, технологии сжатия данных базы).

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

Распространенный способ оптимизации работы базы дан­ных - сжатие базы данных. Оно обеспечивает оптимиза­цию размещения объектов базы данных на внешних носителях и возвращение освободившегося дискового пространства для дальнейшего использования.

82. Возм-ти субд Ассеss по администриров-ю бд.

Возм-ти совр СУБД по ад­министр-ю БД на примере СУБД Ассеss. Нек-ые ср-ва администр-я БД этой СУБД:

- просмотр сведений о БД, выполняемый по ко­манде Файл/Свойства базы данных

- печать опис-я БД и ее объектов,произвед-го сис-­мой Ассеss в процессе их созд-я польз-лем, по команде Сервис/Анализ/Архивариус

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

Сервис/Служебные программы/Сжать и восстановить базу данных

- сохр-е БД в файле формата .МDЕ с целью ее сжатия и защиты от изм-я форм, отчетов и модулей по ко­манде

Сервис/Служебные программы/Создать МDЕ-файл

- репликация базы данных по команде

Сервис/Репликация/Создать реплику

- защита объектов БД на уровне польз-лей;

- защита базы данных паролем по команде

Сервис /Защита/Задать пароль базы данных

- поддержка целостности данных.

Эти ср-ва могут применяться не только админ-ром БД, но и польз-ми, работающими с БД автономно.