Простой любого приложения может оказать негативное влияние на бизнес, что приведет к потере дохода, снижению удовлетворенности клиентов и нанесению ущерба авторитету бизнеса. Многие приложения баз данных, особенно корпоративные бизнес-приложения, требуют, чтобы время простоя системы было сведено к минимуму. Простои системы происходят по ряду причин, таких как человеческие ошибки, стихийные бедствия, сбои оборудования или программного обеспечения, а также обновления приложений. Обеспечение высокой доступности является общим требованием для многих предприятий. Подходит ли решение для конкретного сценария применения, зависит от многих факторов, и решение, которое работает лучше всего в одной ситуации, не обязательно будет лучшим в другой. Например, следующие сценарии применения:
◆Интернет-торговля спортивными товарами хочет обеспечить своим клиентам практически постоянное наличие товаров. Веб-сервер был добавлен в веб-ферму, но сбой базы данных может привести к ошибкам. В большинстве случаев такие ситуации приводят к потере клиентов. У компании уже была утвержденная версия стандартного сервера, и она надеялась избежать больших затрат, изменения инфраструктуры или переписывания приложений.
◆Хедхантерские компании очень обеспокоены ошибками, с которыми сталкиваются их пользователи при использовании клиентских баз данных. Хотя в немедленном аварийном переключении не было необходимости, компания все же хотела иметь «теплый» резервный сервер, который можно было бы быстро подключить к сети.
◆Страховая компания хочет обеспечить практически непрерывную доступность своей базы данных по страховым случаям. Производительность системы не должна подвергаться риску, а документы, хранящиеся в настоящее время в файловой системе для подтверждения претензии, должны быть доступны.
◆У компании по обучению руководителей есть три объекта, на каждом из которых есть отдел продаж. Отдел продаж вводит записи со своих сайтов в базу данных заказов. Для повышения производительности каждый сайт должен иметь доступ ко всем заказам компании на локальном сервере. Чтобы обеспечить доступность в случае сбоя, каждый сайт должен иметь возможность переключиться на сервер на другом сайте.
◆Бухгалтерские фирмы хотят обеспечить доступность своих клиентов даже в случае сбоев, таких как стихийные бедствия. Информация не обязательно должна быть доступна немедленно, но она должна быть доступна в течение нескольких часов, а не дней. Компания также хотела ежедневно сохранять информацию в базе данных, чтобы соответствовать нормативным требованиям. Скопированные данные не обязательно должны быть доступны немедленно, но они должны быть доступны в течение многих лет.
◆Производитель игрушек хочет составить отчет на основе базы данных продаж, но поскольку база данных используется постоянно, процесс подготовки отчета часто прерывается из-за выполняемых в данный момент транзакций. Компания хотела иметь возможность составлять отчеты о незарегистрированных транзакциях, но это приводило к неверным результатам, поскольку некоторые транзакции были незавершенными.
◆Компания по недвижимости хочет защитить систему, когда пользователи допускают ошибки, и хочет иметь возможность восстановить записанные значения с предыдущего дня. Компания также хотела иметь возможность составлять отчеты на основе данных предыдущего дня, поскольку на них не повлияла бы торговля того же дня. В идеале компания хотела бы реализовать решение с минимальными затратами на дисковые ресурсы.
Учитывая различные требования к доступности, предприятиям необходима платформа базы данных, которая предоставляет гибкие возможности для решений высокой доступности. В этом техническом документе вы можете увидеть, как технология SQL Server 2008 Always On предоставляет гибкие возможности для обеспечения высокой доступности, позволяя предприятиям реализовать лучшее решение для своих конкретных потребностей.
-