Назад | Перейти на главную страницу

Внутренние базы данных SQL Server 2005 для веб-сайта

Мы переносим существующий веб-сайт IIS + базу данных MS SQL 2005 (на том же сервере) в новую тестовую установку. Существующая установка слишком медленная.

Мне нужен один сервер ISS и 2 сервера MS SQL 2005. Один действующий сервер БД для запросов веб-сайтов (вставки, обновления), а другой - для резервного копирования, отчетов или хранимых процедур. Так что живая БД должна быть больше ориентирована на производительность. Другой даже не нужно синхронизировать мгновенно. Как лучше всего это настроить в SQL Server 2005? Может кто-нибудь указать мне в правильном направлении и дать мне несколько указателей.

Один действующий сервер БД для запросов веб-сайта (вставки, обновления), а другой - для резервного копирования, отчетов или хранимых процедур.

Хорошо, вам обязательно нужно делать регулярные резервные копии на обе базы данных. И ваша веб-база данных потенциально может использовать сохраненные процедуры для вставок / обновлений (в зависимости от того, как вы разработали свое приложение).

Доставка журналов, вероятно, будет проще всего в настройке и обслуживании (сделайте резервные копии журналов транзакций в первичной БД, а затем восстановите их в базе данных «отчетов»)

На ум сразу приходят несколько вариантов.

  • Репликация снимков
  • Транзакционная репликация
  • Задание SSIS для данных ETL
  • T-SQL через соединение связанного сервера

Сколько всего данных? Сколько данных меняется и как часто? Как скоро измененные данные должны появиться в системе отчетности? Вот несколько вопросов, которые нужно задать, чтобы определить, какой вариант лучше.

Если ваш внешний интерфейс представляет собой один веб-сервер, я бы склонен усомниться в преимуществах наличия двух серверов баз данных.

Что, как говорится, зеркальное отображение базы данных - это еще одна технология, доступная в SQL 2005 SP1, которая решит эту проблему. Однако для этого требуется, чтобы ваша база данных находилась в модели полного восстановления. Вы также можете использовать его, чтобы получить автоматическое резервирование в случае отказа основного.