#sql-server #ssis #service-broker
#sql-сервер #ssis #service-broker
Вопрос:
Мы обрабатываем приблизительно 200 000-300 000 вопросов и ответов в день в учебной базе данных через веб-интерфейс на базе IIS. Мы хотели бы переместить эти записи и связанные с ними данные на другой сервер, чтобы мы могли потратить больше времени на обработку данных и создание большего количества отчетов и диаграмм, которые в противном случае повлияли бы на наш рабочий сервер и веб-интерфейс. Мы намерены сгладить (преобразовать) данные, чтобы мы могли лучше понять, что указывают данные в любой момент времени. Ответы на вопросы даются 24 раза в 7 дней, но бывают «светлые» периоды около полуночи и по выходным, но они все еще довольно активны.
Мы рассмотрели SQL Service Broker и триггеры для перемещения и преобразования данных по мере их изменения, а также службы интеграции SQL для выполнения того же самого, но в пакетном режиме. Я не эксперт ни в одной из технологий, поэтому я спрашиваю ваше мнение о наилучшем подходе к преобразованию данных и хранению их в другой базе данных на другом сервере.
Комментарии:
1. В настоящее время мы используем Service Broker с триггерами в нашей производственной системе, и по большей части у нас это хорошо работает. У нас есть некоторые проблемы с отказоустойчивостью группы доступности, для которых у нас есть открытый запрос в MS.
2. Я думаю, что оба подхода будут работать хорошо, но если трафик базы данных высок, то Service Broker может увеличить нагрузку и снизить производительность. С другой стороны, если вам не нужно синхронизировать базы данных в режиме реального времени, то использование SSIS — неплохой выбор
3. Вы бы сказали, что снижение производительности Service Broker связано скорее с запуском триггеров и отправкой данных, или это «обработка», которая выполняется для преобразования данных перед их отправкой на удаленный сервер?
4. Кто-нибудь знает эксперта как в Service Broker, так и в службах интеграции SQL?