Улучшения доступности ядра СУБД
Доступность баз данных Microsoft SQL Server 2005 повышается благодаря использованию фоновых операций индексации. Зеркальное отображение базы данных позволяет создавать серверы «горячего» резерва, поддерживающие быстрый переход на другой ресурс без потери данных в зафиксированных транзакциях.
Повышенная доступность
Доступность экземпляра: отказоустойчивая кластеризация
Экземпляры SQL Server 2005 Database Engine поддерживают отказоустойчивые кластеры в 32-разрядных и 64-разрядных версиях выпусков Enterprise, Developer и Enterprise Evaluation с таким количеством узлов, которое поддерживает операционная система. Выпуск SQL Server 2005 Standard Edition поддерживает отказоустойчивые кластеры, состоящие из двух узлов. Более ранние версии SQL Server поддерживали кластеры с четырьмя узлами для 32-разрядных экземпляров SQL Server и кластеры с восемью узлами для SQL Server 2000 (64-разрядного).
Дополнительные сведения см. в разделе Отказоустойчивый кластер.
Доступность экземпляра: поддержка нескольких экземпляров
Выпуски SQL Server 2005 Enterprise Edition, Developer Edition и Evaluation Edition поддерживают до 50 экземпляров компонента Database Engine на одном компьютере. Остальные выпуски SQL Server 2005 поддерживают до 16 экземпляров компонента Database Engine на одном компьютере. Все выпуски SQL Server 2000 поддерживают не более 16 экземпляров на одном компьютере.
Доступность экземпляра: выделенное административное соединение
В некоторых ошибочных состояниях экземпляр компонента Database Engine не сумеет принять новые соединения, не позволяя администратору базы данных выявить причину проблемы. В компонент SQL Server 2005 Database Engine вводится выделенное административное соединение (DAC). Член фиксированной серверной роли sysadmin может использовать новую программу sqlcmd и DAC для доступа к экземпляру компонента Database Engine и проведения его диагностики.
Дополнительные сведения см. в разделе Использование выделенного административного подключения.
Доступность экземпляра: динамическое управление памятью AWE
При использовании памяти AWE для поддержки больших объемов памяти экземпляры SQL Server 2005 Database Engine динамически выделяют объем памяти, необходимый для использования в условиях текущей рабочей нагрузки. В более ранних версиях SQL Server, когда включалась память AWE, экземпляры получали фиксированный объем памяти при запуске экземпляра и не могли менять объем используемой памяти при изменении рабочей нагрузки.
Дополнительные сведения см. в разделе Управление памятью для больших баз данных.
Доступность экземпляра: память с «горячей» заменой
Память с «горячей» заменой позволяет компоненту SQL Server 2005 Database Engine использовать модули памяти, добавленные во время его работы. Хотя в более ранних версиях SQL Server была возможность динамически регулировать использование памяти в соответствии с текущей рабочей нагрузкой, в них нельзя было использовать память, добавляемую в компьютер после его запуска.
Дополнительные сведения см. в разделе Горячее добавление памяти.
Доступность базы данных: зеркальное отображение базы данных
Зеркальное отображение базы данных создает для базы данных резервный сервер в режиме «горячей» готовности. С точки зрения повышения готовности зеркальное отображение базы данных является альтернативой отказоустойчивым кластерам, и им легче управлять, чем отказоустойчивыми кластерами. При зеркальном отображении базы данных все обновления базы данных (основной базы данных) немедленно копируются в отдельную полную копию базы данных (зеркальную базу данных). Основная и зеркальная базы данных находятся в двух экземплярах SQL Server Database Engine, которые должны работать на разных компьютерах. Экземпляр сервера, обслуживающего в данный момент основную базу данных, называется основным сервером. Экземпляр сервера, обслуживающего в данный момент зеркальную базу данных, называется зеркальным сервером. Если основной сервер выходит из строя, зеркальный сервер может быстро подключить зеркальную базу данных, сделав ее основной.
Дополнительные сведения см. в разделе Зеркальное отображение базы данных.
Доступность базы данных: моментальные снимки базы данных
Моментальные снимки базы данных предоставляют эффективный способ возврата базы данных к точке с известной логической согласованностью. Моментальный снимок базы данных записывает текущее состояние данных в базе данных, как если бы произошел откат всех активных транзакций. Затем моментальный снимок записывает все изменения данных, произошедшие после этой точки. Если сделана ошибка, например удалена большая таблица, база данных может быть возвращена в состояние, в котором она находилась в момент выполнения моментального снимка.
Дополнительные сведения см. в разделе Моментальные снимки базы данных.
Доступность базы данных: проверка контрольной суммы при выполнении операций ввода-вывода и повторная попытка считывания
SQL Server 2005 повышает стабильность данных благодаря введению контрольной суммы и использованию логики повторных попыток считывания страниц базы данных. Использование концепций контрольной суммы и повторных попыток считывания стало, большим преимуществом Microsoft Exchange Server, так как облегчило обнаружение проблем с вводом-выводом, которые могут стать причиной физических проблем с данными. В SQL Server 2005 проверка контрольной суммы и повторная попытка считывания встроены в компонент Database Engine.
Предложение SET PAGE_VERIFY инструкции ALTER DATABASE теперь содержит параметр CHECKSUM. Если задан параметр CHECKSUM, контрольная сумма вычисляется для содержимого всей страницы и заносится в заголовок страницы базы данных при записи страницы на диск. Когда страница считывается с диска, контрольная сумма вычисляется еще раз и сравнивается со значением в заголовке страницы базы данных. Несовпадение значений указывает на физическое повреждение страницы во время записи, хранения или считывания по пути ввода-вывода или с носителя. При обнаружении такой неполадки компонент Database Engine возвращает в приложение ошибку, заносит соответствующую запись в журнал событий Windows и в журнал ошибок компонента Database Engine. Контрольные суммы страниц базы данных могут также проверяться во время операций резервного копирования и восстановления. Несовпадение контрольной суммы является признаком проблемы пути ввода-вывода, для разрешения которой необходимо провести проверку оборудования, микропрограммных драйверов, BIOS, фильтров (например антивирусных программ) и других компонентов пути ввода-вывода.
Компонент Database Engine будет пытаться повторить неудавшуюся операцию ввода-вывода до четырех раз для учета возможной нерегулярной ошибки на пути ввода-вывода. Успешные попытки не устраняют возможных проблем на пути ввода-вывода, но повторное считывание может способствовать обеспечению готовности данных, оставляя пользователю возможность в дальнейшем полностью исследовать проблему ввода-вывода.
Дополнительные сведения см. в разделе ALTER DATABASE (Transact-SQL), посвященном параметру PAGE_VERIFY.
Доступность базы данных: зеркальный резервный носитель
Выполнение резервного копирования на зеркальные наборы носителей резервных копий снижает влияние возможной потери одной из резервных копий. Если выходит из строя одно из устройств резервного копирования, для восстановления базы данных может использоваться одно из зеркальных устройств.
Дополнительные сведения см. в разделе Использование зеркальных наборов резервных носителей.
Доступность базы данных: проверки носителей резервного копирования и восстановления
Если установлен параметр TORN_PAGE_DETECTION или новый параметр базы данных CHECKSUM, новые параметры инструкций BACKUP и RESTORE позволяют во время операций резервного копирования и восстановления проверять целостность страниц данных. Чтобы выполнить более полную проверку резервной копии перед ее использованием для восстановления базы данных, можно использовать инструкцию RESTORE VERIFYONLY с этими параметрами.
Дополнительные сведения см. в разделе Обнаружение и устранение ошибок носителей.
Доступность базы данных: быстрое восстановление после сбоя и перехода на другой ресурс зеркального отображения базы данных
Компонент Database Engine в выпуске SQL Server 2005 Enterprise Edition позволяет производить быстрое восстановление после аварии и перехода на другой ресурс зеркального отображения базы данных. Быстрое восстановление обеспечивается путем поддержания готовности базы данных на стадии отката и частичной готовности во время операций восстановления, а также благодаря использованию контрольных сумм страниц базы данных и зеркальному отображению носителя резервной копии. В других выпусках SQL Server 2005 пользователям не разрешается обращаться к базе данных до тех пор, пока не завершится восстановление. В более ранних версиях SQL Server никогда не разрешался доступ к базе данных до завершения стадии отката. Дополнительные сведения об общих положениях восстановления см. в разделе Основные сведения о восстановлении из резервных копий и по журналам в SQL Server. Дополнительные сведения о восстановлении после отказа см. в разделе Оценка прерывания обслуживания во время переключения ролей.
Доступность базы данных: отчеты об ошибках во время резервного копирования и восстановления
Инструкции BACKUP и RESTORE поддерживают параметр CONTINUE_AFTER_ERROR, который указывает компоненту Database Engine продолжать обработку после получения ошибки. При наличии нескольких проблем этот параметр позволяет администратору базы данных оценить масштаб проблемы.
Дополнительные сведения см. в разделе Действия при ошибках восстановления SQL Server, вызванных повреждением резервных копий.
Доступность базы данных: оперативное восстановление
Во время выполнения частичного восстановления базы данных для файла или страницы базы данных пользователи могут обращаться к базе данных. Пользователи не могут получить доступ к этой части базы данных, пока она не будет восстановлена, но могут обращаться ко всем другим данным. В более ранних версиях SQL Server пользователям запрещалось обращаться к базе данных во время проведения любой операции восстановления.
Дополнительные сведения см. в разделе Выполнение оперативного восстановления.
Доступность базы данных: параметр EMERGENCY
Если во время восстановления базы данных в ней была сделана отметка о подозрительной ситуации, для всех членов фиксированной серверной роли sysadmin может быть установлен режим EMERGENCY с доступом только для чтения. Тем самым им предоставляется возможность провести диагностику проблемы или получить доступные данные.
Дополнительные сведения см. в разделе Действия при ошибках восстановления SQL Server, вызванных повреждением резервных копий.
Доступность базы данных: фоновые операции с индексами
Теперь операции с индексами могут выполняться в фоновом режиме. При этом при создании, изменении или удалении одного индекса пользователи могут продолжать обращаться к табличным данным и использовать другие индексы.
Дополнительные сведения см. в разделе Оперативное выполнение операций над индексом.
Доступность базы данных: параллельные операции с индексами
Предложение MAXDOP может теперь задаваться в инструкциях языка DDL, в которых оно контролирует количество параллельных операций, выполняемых этой инструкцией. В более ранних версиях SQL Server предложение MAXDOP не могло задаваться в инструкциях DDL для индексов, из-за чего объемные операции с индексами иногда отрицательно сказывались на производительности экземпляра компонента Database Engine.
Дополнительные сведения см. в разделе Настройка параллельных индексных операций.
См. также
Основные понятия
Улучшения компонента Database Engine