Лучше всего загрузите конфигурацию баланса Windows 2008 Server и SQL Server 2008
Я думаю, вы не обернули свою сетку классом контейнеров и строк. Следуйте приведенному ниже примеру
<div class="container">
<div class="row">
<div class="col"> 1 of 2 </div>
<div class="col"> 2 of 2 </div>
</div>
</div>
** Оберните ваш столбец div классом контейнеров и строк **
2 ответа
SQL Server отдельно не поддерживает выравнивание нагрузки. У Вас могут быть активные/пассивные обработки отказа с механизмами, которые Вы описали (зеркальное отражение базы данных и передача журналов) и существует много других опций также, как кластеризация или репликация.
Эти два вопроса запуститься с:
- Сколько времени можно позволить себе снизиться? (иначе Ваше Целевое время восстановления или RTO)
- Сколько данных можно позволить себе проиграть? (иначе Ваша Целевая точка восстановления или RPO)
Чем больше времени можно выкроить для снижений и больше данных, которые можно позволить себе потерять, затем, тем более легкие и более дешевые решения становятся для реализации. Чем меньше времени простоя и меньше данных, тем более жестко это для реализации.
Например, синхронное зеркальное отражение базы данных гарантирует, что Вы никогда не теряете транзакцию. Транзакции фиксируются на обоих серверах баз данных, прежде чем результат будет возвращен клиенту. К сожалению, Вы переносите довольно большое влияние производительности под большими нагрузками, и существуют минимальные встроенные утилиты управления - Вы хотите иметь полностью занятый DBA для управления такого рода вещью.
В другом экстремальном значении передача журналов каждые 15 минут означала бы, что Вы могли потерять 15 минут данных (или больше), и могло бы потребоваться 15-60 минут для возвращения онлайн после отказа. Однако это дешево, оказывает очень низкоэффективное влияние, и довольно легко настроить.
У меня есть RPO и введение RTO на BrentOzar.com и введении в функции HA и DR SQL Server. При прохождении через них Вы будете лучше вооружены, чтобы возвратиться и задать более конкретные вопросы. Надежда, которая помогает!
в зависимости от Вашего типа приложения первой вещью, которую необходимо сделать, являются вещи кэширования запуска, которые не изменяются очень на веб-сервере. этим путем Ваша база данных будет поражена меньше. и веб-серверы являются путем, легче масштабировать это базы данных.