Рассылка закрыта
При закрытии подписчики были переданы в рассылку "Вопросы и ответы по MS SQL Server" на которую и рекомендуем вам подписаться.
Вы можете найти рассылки сходной тематики в Каталоге рассылок.
MS SQL Server - дело тонкое...
Информационный Канал Subscribe.Ru |
#256<< #257 |
СОДЕРЖАНИЕ Основы I/O в SQL Server 2000 (окончание)
По материалам статьи Bob Dorr:
SQL Server 2000 I/O Basics
В SQL Server хорошо развиты возможности асинхронного I/O, что позволяет повысить
утилизацию используемых им ресурсов. Служба поддержки SQL Server нашла решение
для большинства проблем, порождаемых некоторыми промежуточными драйверами,
мешавшими асинхронному I/O. Теперь от промежуточного драйвера требуется, чтобы
запрос на I/O был завершён до того, как управление снова будет передано SQL Server.
Когда в системе присутствуют промежуточные драйверы, они имеют прямой доступ к
данным I/O. Поэтому, целостность данных может быть скомпрометирована не правильным
поведением этих драйверов. Убедитесь, что ваши промежуточные драйверы совместимы
с Microsoft SQL Server. Windows позволяет сжимать файлы данных или криптовать их, устанавливая соответствующие атрибуты файлов. Подробности о поддержке каждой из этих опции SQL Server 2000 будут представлены в этой главе.
Windows может сжимать расположенные на диске файлы, что позволяет экономить занимаемое
ими место. Сжатие не поддерживается в SQL Server 2000 или его предыдущих версиях.
Проблема в том, что когда используется сжатие, данные файла обрабатываются операционной
системой большими кусками (например, во 64 Кб). Поэтому, когда SQL Server изменяет
страницу данных в 8 Кб, в действительности система работает с большей порцией данных
и перезаписывает её. Компрессия может привести к тому, что производительность I/O станет узким местом. Служба поддержки Microsoft SQL Server регистрировала возникновение серьезных проблем с I/O, о которых сообщали клиенты, пытавшиеся использовать компрессию. В одном из таких случаев, синхронизация контрольной точки при сбросе на всего нескольких тысяч буферов возросла от нескольких секунд до минут. Объём работы, требуемый для обслуживания компрессии не только повышает нагрузку на систему, но и увеличивает время кратких блокировок, накладываемых до завершения I/O, что негативно сказывается на весь SQL Server. Базы данных в режиме - только для чтения
Microsoft SQL Server 2000 не рассчитан на то, что находящиеся в режиме только
чтения базы данных будут компрессованными.
Windows позволяет шифровать файлы. SQL Server 2000 поддерживает криптование файлов
баз данных и их журналов. Операционная система занимается только шифрацией и дешифрацией
данных, и не выполняет перезаписи самих блоков данных, либо операций изменения на
границах секторов.
Служба поддержки Microsoft SQL Server сталкивалась в своей работе с такими аппаратными
средствами, которые не были хорошо приспособлены к листанию и необходимым действиям
с файлом подкачки, например, упорядочивание записи. SQL Server старается минимизировать
листание, сокращая по возможности его объём. Однако, оно всё ещё может проявляться
для связанной с SQL Server памяти процесса, который сбрасывает страницы. Подобно
механизмам режимов ожидания и пониженного энергопотребления, листание задействует
другие дисковые устройства; и эти устройства, хотя они и не используются непосредственно
в SQL Server, для обеспечения гарантии целостности данных должны также быть с точки
зрения I/O совместимы с Microsoft SQL Server.
Для облегчения обнаружения нежелательных изменений страниц данных в оперативной
памяти, для SQL Server вводиться флаг трассировки -T815, которые расширяет
возможности принудительных кратких блокировок. Когда для внесения изменений на
страницу накладывается краткая блокировка, VirtualProtect страницы устанавливается
в PAGE_READWRITE. В остальное время уровень её защиты будет - PAGE_READONLY. Это
помогает перехватывать такие операции в памяти, как наложенная запись (scribblers).
Некоторые аппаратные средства резервирования от третьих фирм предоставляют возможность
создания резервных копий открытых каким - либо ПО файлов, путём их отражения на
аппаратном уровне. Поскольку SQL Server монопольно открывает все свои файлы баз
данных и журналов, такое отражение возможно только на уровне промежуточных драйверов
или на аппаратном уровне.
Повторяющееся чтение поддерживается в Microsoft SQL Server 2000 только для операций
сортировки. В следующих версиях SQL Server может появиться повторяющееся чтение
и для других операций I/O.
Когда происходят сбои операций I/O, считается общепринятым чаще выполнять проверку
согласованности базы данных. Это помогает получить больше подробностей о степени
серьёзности проблем и затрагиваемых ими участков данных. Microsoft предлагает несколько утилит, позволяющих проверять наиболее характерные свойства системы.
SQLIOStress.exe моделирует разные схемы поведения I/O в SQL Server 2000, что позволяет
проверить безопасность I/O на самом простом уровне. Важно: Загружаемый дистрибутив содержит подробное описание этой утилиты. SQLIO.exe - это утилита эталонного тестирования I/O для SQL Server 2000. Она также может быть загружена с сайта Microsoft. Правильные настройка и обслуживание подсистемы I/O являются критически - важным фактором успешного развертывания SQL Server. Понимание того, как SQL Server исполняет операции I/O с файлами журналов транзакций и баз данных, поможет Вам лучше оптимизировать подсистему ввода - вывода. Выбирайте только такие дисковые подсистемы, которые в полной мере поддерживают протокол WAL, позволяя этим SQL Server обеспечивать требования ACID. iSCSI Network / NAS Storage Степени параллелизма и степени неопределенности в Microsoft SQL Server
По материалам статьи в Mat Stephen's WebLog:
Microsoft SQL Server Performance Top Tip: Degrees of Parallelism and a Degree of Uncertainty
Max degree of parallelism (DOP) - дополнительна опция конфигурации SQL Server, с
которой связано много вопросов и которой посвящено множество публикаций. В этой
статье своего блога, автор надеется внести немного ясности в то, что эта опция
делает и как её нужно использовать.
Прежде, чем мы продолжим, автор хотел бы заметить, что нет особой необходимости погружаться во внутреннюю организацию параллелизма. Если же Вы этим интересуетесь, Вы можете почитать статью "Parallel Query Processing" в Books on Line, в которой эта информация изложена более детально. Автор считает, что есть только две важные вещи, которые стоит знать о внутренней организации параллелизма:
И так "Запрос может выполняться медленнее при распараллеливании" почему?
Из всего этого следует рекомендация проверять исполнение запроса без параллелизма
(DOP=1), это поможет идентифицировать возможные проблемы.
Returning Results from Multiple Models in a Single DMX Query Самые популярные темы недели
Ваше мнение об упражнениях SELECT на http://sql.ipps.ru
Ошибка при установке MSSQL 2000 поверх MSSQL 7 Новый конкурс на GotDotNet.ru!
По традиции в мае GotDotNet.ru проводит новый конкурс. В прошлом мае это был конкурс
на знание Visual Basic.NET, главным призом в котором был автомобиль. В новом конкурсе
такого большого главного приза не будет, зато будет огромное число призов, но
поменьше. А именно - призами в конкурсе будут коробки Visual Studio .NET 2003
Professional Special Edition и Visual Basic .NET 2003 Standard Russian.
Обязательным условием для предоставленных на конкурс приложений является использованием ими платформы Microsoft .NET. При этом приложение может работать как локально, так и использовать сетевые соединения (p2p либо выделенный сервер, который должен быть в этом случае построен на технологии ASP.NET Web Services). Лицензия на приложение или библиотеку, предоставляемая на участие в конкурсе, может предоставляться как бесплатно, так и за деньги. В этом случае у приложения обязательно должна быть полнофункциональная демонстрационная копия с ограничением по времени работы. Для участия в конкурсе необходимо будет:
В конкурсе участвуют индивидуальные разработчики. Приз (лицензия на Visual Studio .NET 2003 Professional Special Edition и Visual Basic .NET 2003 Standard Russian) выдается участнику конкурса для личного использования. От каждого участника конкурса принимается не более 1 предложения в каждой категории. После размещения заявки на участие она выставляется на всеобщее обсуждение и оценку. Авторы предложений, набравшие наибольшее число баллов до 15 июня 2005 года получают приз за заявку. Участники, получившие приз, но не предоставившие приложение или компонент разработчика в указанный период времени, будут помещены на специальную страницу сайта ("доску позора"), откуда они будут убраны только после предоставления результата работы. По результатам конкурса авторы лучших работ будут дополнительно награждены призами, список которых будет определен позднее. Лучшие работы будут помещены на диск, который будет распространяться по подписчикам MSDN, а также распространяться вместе с журналами (список будет определен дополнительно). Раздел конкурса находится по адресу http://contest2005.gotdotnet.ru/ Для участия в конкурсе необходимо быть зарегистрированным пользователем GotDotNet. Перед участием в конкурсе ознакомьтесь с правилами конкурса, обсуждение конкурса проходит в специальном форуме. |
Вопросы, предложения, коментарии, замечания, критику и т.п. оставляйте Виталию Степаненко и Александру Гладченко в форуме: Обсуждение рассылки
|
Subscribe.Ru
Поддержка подписчиков Другие рассылки этой тематики Другие рассылки этого автора |
Подписан адрес:
Код этой рассылки: comp.soft.winsoft.sqlhelpyouself |
Отписаться
Вспомнить пароль |
В избранное | ||