Прозрачность параллельности.

Прозрачность параллельности обеспечивается РСУБД в том случае, если результа­ты всех параллельно выполняемых транзакций (как распределенных, так и нерас­пределенных) генерируются независимо и являются логически согласующимися с результатами, которые были бы получены в том случае, если бы все эти транзакции выполнялись последовательно в некотором произвольном порядке, по одной в каждый момент времени.

Однако в случае распределенных СУБД имеют место дополнительные усложнения, связанные с необходимостью гарантировать, что как глобальные, так и локальные тран­закции не могут оказывать влияния друг на друга. Кроме того, РСУБД должны гарантировать согласованность всех субтранзакций каждой глобальной транзакции.

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

Прозрачность отказов

Любая централизованная СУБД должна вклю­чать механизм восстановления, который в подверженной различным сбоям и отказам среде будет гарантировать атомарность выполнения транзакций — либо все опера­ции транзакции будут успешно завершены, либо ни одна из них. Более того, если ре­зультаты выполнения транзакции были зафиксированы, внесенные ею изменения приобретают постоянный характер. В распределенной среде РСУБД должна до­полнительно учитывать следующее:

• возможность потери сообщения;

• возможность отказа линии связи;

• аварийный останов одного из сайтов;

• расчленение сетевых соединений.

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