Применить изменения схемы базы данных без простоя

Я не специалист по репликации для ms sql. Для нашего проекта нам нужно время от времени обновлять базу данных без простоя. Существует ли какая-то кластеризация/репликация для таких потребностей.Применить изменения схемы базы данных без простоя

E.g. нам нужно добавить некоторые таблицы в базу данных или даже изменить/изменить некоторую структуру данных или добавить некоторые данные (строки) в таблицы. И во время этого обновления база данных должна быть активной и отзывчивой?

источник

2012-03-27 snayko

Можете ли вы определить, что вы подразумеваете под «без простоя» и «отзывчивым»? Когда вы меняете его, база данных никогда не будет «нисходящей» (offline), но отдельные объекты могут быть заблокированы. Как вы делаете эти изменения сейчас и какие конкретные проблемы у вас есть с этим подходом? Какая версия и версия SQL Server у вас есть? – Pondlife

Один для dba.stackexchange? –

При изменении объектов в базе данных MS SQL Server база данных обновляется и ответы на запросы. Но когда применяются изменения к объекту, этот объект может быть заблокирован до тех пор, пока изменения не будут завершены. Другая проблема заключается в том, что другие пользователи могут блокировать объекты своими собственными транзакциями, и в этом случае ваш скрипт обновления может быть завершен с ошибкой тайм-аута или тупиковой ошибки.

Я не могу понять, почему вы говорите о кластере, может быть, я неправильно понял ваш вопрос?

источник

2012-03-27 09:35:32

Да, это моя вина. В основном это касается зеркалирования базы данных во время обновлений. – snayko

Таким образом, чтобы избавиться от блокировок, возможно рулон обновлений, например, одного узла (базы данных), чтобы другой узел применял их, как только он разблокирован и не занят. – snayko

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

Применить изменения схемы базы данных без простоя

ответ

Смежные вопросы