Журнал транзакций

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

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

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

Файлы данных

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

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

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

Приложение

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

Архитектура

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

Каждое приложение базы данных состоит из трёх отдельных компонент:

• службы базы данных (database services) – это конечный сервер базы данных и данные, которые размещены в этой базе данных;

• службы приложения (application services) – это механизмы манипулирования данными, извлекаемыми из базы данных; логика их работы определяется приложением;

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

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

рис. 9.1. Различия между однозвенной, двухзвенной и трёхзвенной архитектурами