При закрытии подписчики были переданы в рассылку "Вопросы и ответы по MS SQL Server" на которую и рекомендуем вам подписаться.
Вы можете найти рассылки сходной тематики в Каталоге рассылок.
#4 СОВЕТ К вопросу исследования SQL сервера с помощью Performance Monitor Процессор: "% Processor Time" - показывает загрузку CPU. В многопроцессорной системе возможна диагностика загрузки, как каждого процессора в отдельности, так и всех вместе. Также, одноимe:нный параметр можно использовать для определения утилизации процессора каждым потоком. Если "% Processor Time" показывает среднее значение в диапазоне 80 % - 100 %, это говорит о проблеме с производительностью Вашей системы. Необходимо принимать меры по масштабированию системы или изменения конфигурации. В то же время, кратковременное достижение "% Processor Time" - 80 % уровня или даже пики до 100 % ничто опасного или нежелательного не представляют. Поскольку ресурсы процессора использует не только сервер баз данных, Вы должны определить является ли SQL Server причиной высокой утилизации процессорного времени. Используйте SQLServer: CPUtime для определения доли SQL сервера в "% Processor Time". Выяснив, что причина повышенной загрузки процессоров является SQL сервер, а также какой процесс еe: провоцирует, Вы должны проанализировать проект исполняемого в это время запроса. Убедитесь, что в запросе индексы используются оптимальным образом. Возможны случаи, когда неумело построенный запрос не использует или не оптимально использует существующий индекс. Запрос может хорошо кэшироваться но, в то же время, перегружать систему ввода - вывода (I/O), что отвлекает большое количество циклов CPU. Это может говорить о том, что при проектировании таблицы индекс был задуман не оптимально. Если проект запроса оптимален, можно решить проблему за счe:т масштабирования, например, добавить процессоры или установить более производительный процессор. Естественно, добавлять процессоры следует только в том случае, если Ваш объe:м ОЗУ достаточно велик, чтобы удовлетворить запросы SQL сервера. Напротив, если "% Processor Time" постоянно показывает очень низкую утилизацию CPU, это, как правило, говорит о наличии проблем. Вариант, когда сервер чрезвычайно избыточен для решения задач СУБД, в данной статье не рассматривается. Низкая утилизация возможна из-за ограничений в конфигурации SQL сервера (например, используются значения по умолчанию, когда требуется их увеличение) или проблема кроется в Вашем приложении прикладной задачи. Процессор: "% Privileged Time" - удобен для определения чрезмерной загрузки I/O. Если средне значение превышает 20%, а "% Processor Time"- существенно ниже 80 %, это говорит о том, что SQL Server чересчур сильно утилизирует систему I/O. Вам необходимо проанализировать проект базы данных, загрузку RAID контроллера и сетевой платы. Существенное влияние на "% Privileged Time" могут оказывать и работающие параллельно с SQL сервером процессы или сервисы, в том случае, когда сервер используется не только для обслуживания СУБД. Одним из распространe:нных вариантов решения роблемы высокой утилизации I/O является размещение tempdb в ОЗУ. Система: "Processor Queue" - предназначен для диагностики очередей процессоров. Если его значение больше чем 2 значит, что CPU работает с перегрузкой. Очевидно, что для решения этой проблемы необходимы дополнительные процессорные мощности. Система: "Context Switches/sec" - переключение контекста, когда NT или SQL Server переключают обслуживание процессором с одного потока на другой, что вызывает всплеск утилизации CPU. Если при этом "Processor Queue" > 2-х, постарайтесь изменить число потоков, используемых SQL сервером. Процесс: "Thread Count" - число активных потоков. Значение этого счe:тчика совместно с "Context Switches/sec" можно использовать для оптимального конфигурирования SQL сервера, чтобы снизить чрезмерную утилизацию CPU. Процесс: "Virtual Bytes" - позволяет определить, сколько памяти использует SQL сервер и какие приложения используют еe: недостаточно эффективно; процесс: "Working Set" - объe:м памяти используемый процессом. Изменение конфигурационных настроек SQL сервера после анализа этих счe:тчиков позволит оптимизировать распределение памяти между сервером баз данных, операционной системой и другими приложениями сервера. SQLServer: "Cache Hit Ratio" - для хорошо сбалансированных приложений число попаданий в кэш должно стремиться к 100%. Часто, достижение высокого уровня попадания в кэш достигают просто увеличением ОЗУ. Боле тонко регулировать кэширование можно контролируя 1081 trace flag, добиваясь, что бы страницы индексов оставались в кэше данных дольше, чем страницы данных. ГОТОВИМСЯ К ТЕСТУ ПО 1139A ШПАРГАЛКА #2 Минимальные требования к "софту" и "железу" для установки SQLS7: -Pentium 166 или аналогичный DEC Aipha; -ОЗУ 32МБ (64Мб для NT4EE); -только для сервера - 72МБ (typical - 175МБ); только для средств администрирования - 82МБ; -NTFS или FAT; -WinNT EE 4.0 или обычная NT4 обе вместе с SP4 или последующими; -WinNT Workstation 4.0 c SP4 или Windows 95/98; -MS Internet Explorer 4.01 c SP1 или более поздний. Если Ваш RAID контроллер использует кэширование записи по алгоритму не разработанному специально для работы с СУБД, отключите кэширование. SQLS7 выпускается в трe:х вариантах поставки: ОС Desktop Standard Enterprise ------------------------------------------------- Win95/98 Да Нет Нет WinNT4 WS Да Нет Нет WinNT4/2K Да Да Нет WinNt4EE Да Да Да Вариант поставки Desktop ориентирован на мобильных пользователей, которым на время отсутствия связи со старшими вариантами SQLS7 нужно работать с локальными данными. Отличия Desktop Standard Enterprise ---------------------------------------------------------- SMP процессоров 2 4 32 Расширенная ОЗУ Нет Нет Да Резервирование сервера Нет Нет Да MS Search Нет Да Да OLAP Services Нет Огранич. Да Публикация репликацииx транзакций Нет Да Да Параллельное выполнение запросов Нет Да Да В процессе установки SQLS7 выбирается режим лицензирования: Per Server - сколько к серверу может подключится рабочих станций; Per Seat - сколько пользовательских подключений может быть с серверами SQLS7. Допускается переход с Per Server на Per Seat но не наоборот. Не путайте подключение рабочей станции и пользовательское подключение. Через одну лицензию рабочей станции могут работать несколько клиентов, причe:м каждый клиент может использовать несколько пользовательских подключений. Перед установкой SQLS7 убедитесь что на выбранном для сервера диске (C:\MSSQL7 - путь по умолчанию) достаточно дискового пространства. Для размещения исполняемых файлов Вам понадобится не менее 30МБ. После установки будут созданы файлы стандартных баз данных. Для запуска SQLS7 убедитесь, что учe:тная запись, от имени которой стартуют сервисы SQLS7, имеет права на чтение и запись для созданных при инсталляции каталогов. До этапа создания баз данных необходимо выбрать набор символов, иначе, для изменения кодовой страницы, потребуется создавать базы снова. Можно использовать следующие кодовые страницы: 1252 ANSI совместимая латиница, 1251 - кириллица, 850 - многоязыковая и DOS совместимая, 437 - латиница с псевдографикой. Если Вы используете несколько языков, выбирайте значение кодовой страницы по умолчанию (он будет такой, как у ОС) и используйте тип данных Unicode. Обратите особое внимание на то, что при использовании разных кодовых страниц, использующих расширенный набор символов, может произойти конфликт преобразования данных. Клиент и SQLS7 должны работать с одинаковым набором символов. Перед установкой SQLS7 продумайте какой Вы выберете порядок сортировки. Изменение порядка сортировки в последующем потребует перестройки master. Кроме того, если планируется перенос/восстановление баз данных на другие сервера, порядок сортировки должен быть у них идентичен. По умолчанию предлагается сортировка "dictionary sort order, case-insensitive" - по алфавиту без учe:та регистра. Возможно выбрать бинарную сортировку "binary sort order" или с учe:том регистра "case-sensitive sort order". Самая быстрая сортировка - бинарная, но без учe:та регистра тоже хороша. Определить текущую сортировку можно с помощью sp_helpsort. Старайтесь выбирать один порядок сортировки для обычного и Unicode текста. Сортировка Unicode для каждого языка использует присущие ему национальные особенности сортировки. Эти особенности национальной сортировки более приоритетны, чем вех остальных символов. По умолчанию обычно предлагается "general Unicode, case-insensitive, width-insensitive, Kana-insensitive" т.е. общий порядок для Unicode, без учe:та регистра и ширины и азбука Каны тут не причe:м. Продолжение следует. РАБОТА ДЛЯ DBA (ТОЛЬКО ПОШЛИТЕ РЕЗЮМЕ) POSITION ID: 236 EMAIL: ana.rinehart@martinezassociates.com WEB: http://www.martinezassociates.com POSITION ID: 008 EMAIL: mmarra@tsgit.com WEB: http://www.tsgit.com POSITION ID: C876 EMAIL: forrest@concorde-inc.com WEB: http://www.concorde-inc.com POSITION ID: 10620 EMAIL: mandy@techpartners.com WEB: http://www.techpartners.com POSITION ID: dialgp.limsdba1.156 EMAIL: josh@dialtch.com WEB: http://www.GoJobs.com/JobDetail.asp?JobNum=80442 POSITION ID: GW003 EMAIL: john.meskers@modisit.com WEB: http://www.modisit.com POSITION ID: 885 EMAIL: bgates@ktii.com WEB: http://www.dice.com/ktii POSITION ID: JO001967 EMAIL: dice@pierce.com WEB: http://www.pierce.com POSITION ID: MA10620 EMAIL: mandy@techpartners.com WEB: http://www.techpartners.com POSITION ID: sis.10226 EMAIL: pfillhouer@sisinc.com WEB: http://www.sisinc.com POSITION ID: 34278JT EMAIL: cjohn@intellimark-it.com WEB: http://www.intellimark-it.com POSITION ID: chisg.jo013771 EMAIL: dice@isgjobs.com POSITION ID: opt-sqlsrvr-dba EMAIL: SairaR@optimalsol.com WEB: http://www.optimalsol.com_____________________________________________________________ msSQLhelp@pisem.net для Саши.
http://subscribe.ru/
E-mail: ask@subscribe.ru |
В избранное | ||