Мы переносим существующий веб-сайт IIS + базу данных MS SQL 2005 (на том же сервере) в новую тестовую установку. Существующая установка слишком медленная.
Мне нужен один сервер ISS и 2 сервера MS SQL 2005. Один действующий сервер БД для запросов веб-сайтов (вставки, обновления), а другой - для резервного копирования, отчетов или хранимых процедур. Так что живая БД должна быть больше ориентирована на производительность. Другой даже не нужно синхронизировать мгновенно. Как лучше всего это настроить в SQL Server 2005? Может кто-нибудь указать мне в правильном направлении и дать мне несколько указателей.
Один действующий сервер БД для запросов веб-сайта (вставки, обновления), а другой - для резервного копирования, отчетов или хранимых процедур.
Хорошо, вам обязательно нужно делать регулярные резервные копии на обе базы данных. И ваша веб-база данных потенциально может использовать сохраненные процедуры для вставок / обновлений (в зависимости от того, как вы разработали свое приложение).
Доставка журналов, вероятно, будет проще всего в настройке и обслуживании (сделайте резервные копии журналов транзакций в первичной БД, а затем восстановите их в базе данных «отчетов»)
На ум сразу приходят несколько вариантов.
Сколько всего данных? Сколько данных меняется и как часто? Как скоро измененные данные должны появиться в системе отчетности? Вот несколько вопросов, которые нужно задать, чтобы определить, какой вариант лучше.
Если ваш внешний интерфейс представляет собой один веб-сервер, я бы склонен усомниться в преимуществах наличия двух серверов баз данных.
Что, как говорится, зеркальное отображение базы данных - это еще одна технология, доступная в SQL 2005 SP1, которая решит эту проблему. Однако для этого требуется, чтобы ваша база данных находилась в модели полного восстановления. Вы также можете использовать его, чтобы получить автоматическое резервирование в случае отказа основного.