AlwaysOn (SQL Server): резервное копирование баз данных групп доступности. Продолжение
Фрагментация. К сожалению, термин «фрагментация» в каком-то смысле перегружен. При его упоминании технические эксперты обычно вспоминают о фрагментации дисков. Но в кругах специалистов по SQL Server этот термин, как правило, ассоциируется с проблемой фрагментации индексов. Впрочем, в обоих случаях основная идея состоит в том, что массив необходимых вам данных теряет свою непрерывность, или близость. А это как раз та ситуация, которой все мы хотим избежать при работе с резервными файлами. К примеру, когда (именно «когда», а не «если») у вас возникает необходимость в чрезвычайной ситуации выполнить восстановление базы данных группы доступности, вам так или иначе приходится начинать с «разрыва» группы доступности, что приводит к некоторому осложнению и замедлению процесса. В такой ситуации, разумеется, вас меньше всего вдохновляет перспектива заниматься лихорадочным поиском резервных файлов на нескольких серверах. Только представьте такую картину: последняя полная резервная копия и 15 последующих копий T-Log размещаются на сервере SERVERI, далее 7 копий T-Log — на SERVER2, а последующие 18 копий T-Log — опять-таки на SERVER2. К счастью, предотвращение подобных ситуаций — задача, в сущности, тривиальная, но ее решение потребует от вас заблаговременного планирования.
Выполнение. Подобным же образом, чтобы определить, на каком из хостов будут выполняться задания по резервному копированию не нужно быть семи пядей во лбу, но, если вы хотите, чтобы эта задача решалась корректно, уделите время дополнительному планированию. Кстати, здесь уместно отмстить, что, хотя перекладывание нагрузки по резервному копированию на систему, содержащую одну из вспомогательных реплик, даст немалый выигрыш в производительности, это решение вам дорого обойдется: оно потребует приобретения набора новых или специализированных лицензий Enterprise Edition с целью обеспечения соответствия установленным требованиям в отношении лицензирования.
Здесь опять же стоит заметить, что ни одна из этих проблем не относится к разряду особо острых или сложных. Но тот, кто не готов уделить их решению должного внимания, обрекает себя на неудачу. Поэтому в последующих статьях мы исследуем эти задачи более подробно (а они намного сложнее, чем может показаться на первый взгляд), рассмотрим варианты обходных путей их решения и обсудим нетипичные ситуации.
Ваша компания занимается организацией доступных интернет решений по составлению, наладке и оптимизации баз данных, построенных на основе, но у вас практически нет клиентов? В этом случае вам поможет только веб консультант (http://quickchat.pro) quickchat.pro. По фиксированному тарифу вы сможете поднять продажи своих услуг уже сегодня!
