Обзор
Использование кэширования записи (также называемые записи обратно кэширования) контроллера диска можно улучшить производительность SQL Server. Контроллеры с кэшированием записи и дисковых подсистем являются безопасными для SQL Server, если они специально разработаны для использования в среде данные управления критически важных транзакций базы данных системы (СУБД). Эти средства разработки необходимо сохранить кэшированные данные в случае сбоя системы. С помощью внешнего источника бесперебойного питания (ИБП) для достижения этой цели недостаточно обычно, так как может произойти сбой режимы, не связанных с питанием.
Кэширование контроллеры и дисковые подсистемы может быть безопасным для использования SQL Server. Большинство новых специальные серверные платформы, включающие эти являются безопасными. Тем не менее рекомендуется связаться с поставщиком оборудования, чтобы убедиться, что подсистема диска были специально были проверены и сертифицированы для использования в среде данных управления важных транзакций реляционной базы данных (RDBMS) системы.
Дополнительные сведения
Инструкции модификации данных SQL Server создавать записи логической страницы. Этот поток записи можно представлены как две поездки: журнал и саму базу данных. Для повышения производительности SQL Server откладывает операций записи в базу данных через свою собственную систему буфера кэша. Запись в журнал незначительное откладываются до момента ФИКСАЦИИ. Они не кэшируются так же, как записи данных. Поскольку записи журнала для данной страницы перед записывает данные страницы журнала иногда называют «» журнал.
Поддержка целостности данных является одним из основными понятиями реляционных баз данных. Транзакции считаются атомарных единиц работы, которые могут быть полностью применены или полностью откат. Журнал транзакций с упреждающей SQL Server является жизненно важных компонентов в реализации целостности транзакций.
Любая система реляционной базы данных также приходится иметь дело с концепцией, тесно связанных с транзакционной целостности, который является восстановление после сбоя системы незапланированных. Широкий спектр неидеальное реальных эффектов может вызвать этот сбой. На многих системах управления базами данных система может произойти в процессе длительной направленный человека ручного восстановления.
Напротив механизм восстановления SQL Server полностью автоматизирован и работает без вмешательства человека. Например SQL Server может быть вспомогательные производства критически важных приложений и возникновение сбоя системы из-за колебания небольшой питания. После восстановления питания перезагрузка серверного оборудования, сетевого программного обеспечения будет загрузки и инициализации и будет перезапустить SQL Server. При инициализации SQL Server, он автоматически будет выполняться его процесс восстановления на основе данных в журнал транзакций. Этот процесс происходит без вмешательства человека. При каждом перезапуске клиентских рабочих станций, пользователи будут найдены все свои данные, до последней транзакции, введенные.
Целостность транзакций SQL Server и автоматического восстановления составляют очень мощная возможность сохранения времени и труда. Если контроллер кэширования записи не предназначено для использования в среде СУБД важных транзакций данные должным образом, он может поставить под угрозу возможность восстановления, SQL Server таким образом повреждение базы данных. Это может произойти, если контроллер перехватывает буферов в аппаратный кэш на плате контроллера и записи журнала транзакций SQL Server, но не сохраняет эти записи страниц во время сбоя системы.
Наиболее кэширующими контроллерами выполнять кэширование записи. Функция кэширования записи всегда невозможно.
Даже если сервер использует ИБП, это не гарантирует безопасность кэшированных записей. Многие типы отказов системы может возникать ИБП не предусматривает. Например ошибка четности памяти, ловушка операционной системы или сбой аппаратного обеспечения, которое вызывает перезагрузку системы может привести к прерывание неконтролируемые системы. Сбой памяти в кэш записи оборудования также может привести к потере журнал важной информации.
Другой причиной, связанные с кэшированием записи контроллер может возникнуть при завершении работы системы. Он не «цикл» операционную систему или перезагрузки системы во время изменения конфигурации. Даже если избегать оператор Рекомендуемая операционная система подождать, пока все активности диска прекратившего до перезагрузки системы, кэшированные записи по-прежнему могут быть представлены в контроллере. При нажатии сочетания клавиш CTRL + ALT + DEL или нажатии кнопки СБРОСА, кэшированные записи может быть удален, потенциально опасными базы данных.
Можно создать кэш записи оборудования, который учитывает все возможные причины удаления данных "грязный" кэш, который таким образом может быть безопасным для использования сервера базы данных. Некоторые из этих конструирования бы возможности перехвата шины RST сигнала во избежание неконтролируемый Сброс кэширования контроллера встроенного батареи резервного копирования и зеркальное отображение или памяти ERC (проверка на наличие ошибок и исправление). Свяжитесь с поставщиком оборудования, чтобы убедиться, что кэш записи включает эти и любые другие функции, чтобы избежать потери данных.
SQL Server требует систем для поддержки «гарантированная доставка стабильной носитель», как описано в рамках программы Microsoft SQL Server Always-On хранилища проверки решений. FOДополнительные сведения о требованиях к входным и выходным компонент SQL Server database engine щелкните следующий номер статьи базы знаний Майкрософт:
Требования к ввода вывода ядра базы данных в Microsoft SQL Server 967576
