#sql-server #performance #mirror
#sql-server #Производительность #зеркало
Вопрос:
У нас есть два сервера, A и B
на сервере A у нас есть DB OPS_001 с несколькими таблицами.
на сервере B у нас есть база данных XYZ с несколькими таблицами.
Мы рассматриваем проект интеграции обеих систем и начинаем указывать результирующей системе на таблицы на сервере B (для внешних ключей / etc). Мы сталкиваемся с некоторыми техническими трудностями при физическом перемещении всех таблиц с сервера A.OPS_001 на B.XYZ из-за устаревших приложений, которым необходимо переписать и скомпилировать соединения.
Есть ли способ зеркального отображения таблиц сервера A.OPS_001 в B.XYZ таким образом, чтобы производительность оставалась приемлемой (например, не требовалось 1,2 секунды для выбора в PK)? Я знаю, что «приемлемый» — это очень общий термин, но примите во внимание, что около 150 пользователей полагаются на эти две базы данных с 9 утра до 17 вечера.
Я тестировал связанные представления сервера, но это очень медленно.
Просто чтобы вы знали, A — это SQL Server 2000, а B — SQL Server 2008.
Редактировать:
Размер исходной базы данных составляет 220 таблиц, а сам файл — около 14 ГБ.
Комментарии:
1. Что для вас «приемлемо»?? О скольких таблицах, о скольких ГБ данных мы говорим??
2. допустимым было бы снижение производительности в целом, скажем, на 10%. Я не знаю, что именно является приемлемым. Мы говорим примерно о 220 таблицах, 14 ГБ данных.
Ответ №1:
Решением было перенести базу данных на один сервер, и поскольку базы данных были чрезвычайно тесно связаны, их следовало объединить вместе и сформировать единую базу данных с реляционной целостностью.