Обновите базу данных readonly с минимальным временем простоя

Question

У нас есть базовая база данных цены на основе sql-сервера, поставляемая третьей стороной, которая обновляется раз в месяц.

Это в основном три очень больших справочных стола.

Существует множество приложений, которые обращаются к этому db.

Из-за характера цен все они меняются так, что это не полезно.

Что мы хотели бы сделать, это автоматизировать текущую ручную задачу.

Как мы можем заменить данные при минимизации простоев?

(погуглить этот вид вопроса вернулся с большим количеством шума. - извинения, если это было дублируется много раз)

Answer 1

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

1. имеет два копии базы данных на том же сервере (скажем, db1 и db2). Затем центральная база данных, к которой подключается ваше приложение, которая просто содержит представления и/или синонимы (возможно, в хранимых процедурах). Предположим, что db1 в настоящее время активен, на конец месяца вы создаете резервную копию обновленной производственной базы данных, восстанавливаете ее с заменой, восстанавливаете как db2, а затем изменяете представления и синонимы, указывая на db2.

2. Аналогичным образом, имеют две копии базы данных, но с тем же именем и на разных серверах. Затем выполните тот же процесс во время обновления, и когда новая копия будет готова, измените DNS или строки подключения на другой сервер.

3. Аналогичный процесс, но с двумя копиями каждой таблицы в отдельных схемах (или разметке и переключении). Я не буду слишком распространять этот вариант, как I've written about it и posted a follow-up, но основная посылка такая же: вы выполняете всю работу в фоновом режиме, которая не влияет на пользователя, а затем вы вводите новые данные, которые операция метаданных и должна быть почти мгновенной, когда она начинает свою очередь в последовательности транзакций. На моей предыдущей работе мы делали это каждые x минут (в зависимости от данных), и это никогда не было проблемой.

Answer 2

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