РПЗ_Аниканов (954315), страница 8
Текст из файла (страница 8)
Параметр costthresholdforparallelism(порог стоимости для распараллеливания) указывает стоимость, которая определяет возможность распараллеливания запросов. Если стоимость запроса в последовательном режиме превышает значение costthresholdforparallelism, то запрос распараллеливается. Значение по умолчанию равно 5.
fillfactor
Параметр fillfactor(коэффициент заполнения) указывает, насколько плотно SQL Server будет заполнять индексные страницы при их создании. Значение 1 указывает, что страницы будут почти пустыми; значение 100 соответствует 100% заполнению индексных страниц. Значение по умолчанию, равное 0, указывает, что страницы-листья B-дерева будут заполняться до конца, а на страницах более высокого уровня некоторая часть будет оставаться свободной.
indexcreatememory
Параметр indexcreatememory(память для создания индекса) указывает количество памяти, используемое для сортировок при создании индекса. Значение по умолчанию, равное 0, указывает, что это значение будет определять SQL Server.
lightweightpooling
Параметр lightweightpooling (упрощенная организация пула), для которого задается значение TRUE (1) или FALSE (0), указывает, будет ли SQL Server использовать планирование режима "волокон" (fibermode) для снижения количества переключений контекста. Переключения контекста сопровождаются большой дополнительной нагрузкой на систему; их количество будет снижаться, если SQL Server может выполнять собственное планирование. Значение по умолчанию, равное 0, указывает, что планирование режима "волокон" (fibermode) не будет использоваться.
maxdegreeofparallelism
Параметрmaxdegreeofparallelism(максимальная степень распараллеливания) указывает максимальное количество потоков, которые могут быть выделены для параллельного выполнения. Значение по умолчанию, равное 0, указывает, что будут использоваться все ЦП в данной системе, что делает количество потоков равным количеству ЦП в системе. Значение 1 запрещает параллельное выполнение. Поскольку распараллеливание может повысить производительность запросов, ограниченных возможностями ввода-вывода, вам, возможно, потребуется задать более высокое значение для параметра maxdegreeofparallelism. Максимальное значение – 32.
maxservermemory
Параметр maxservermemory (максимальная память сервера) используется для задания максимального количества памяти, которое может быть динамически выделено в SQL Server. Этот параметр используется в сочетании с параметром minservermemory. Количество памяти, выделяемое в SQL Server, будет находиться между значениями, заданными для параметров minservermemory и maxservermemory. Если вы хотите зарезервировать дополнительное пространство для процессов, отличных от SQL Server, то можете использовать этот параметр. Значение по умолчанию, равное 0, указывает, что SQL Server будет выделять память автоматически.
priorityboost
Значение 1 параметра priorityboost (приоритетный запуск) указывает, что SQL Server запускается с более высоким, чем обычно, приоритетом планировщика Windows NT/2000. Принятое по умолчанию значение 0 запрещает запуск с более высоким приоритетом. Если задать для этого параметра значение 1, это может повысить производительность SQL Server, но другим процессам может недоставать времени ЦП. Вам следует задавать это значение, только если SQL Server является единственной программой, работающей в системе Windows NT. Изменение этого значения может вызвать проблемы, если вы не будете проявлять аккуратность. Изменяйте этот параметр под свою ответственность.
querygovernorcostlimit
Параметр querygovernorcostlimit(предел оценки стоимости запроса в секундах) указывает максимальное количество времени (в секундах), допустимое для выполнения запроса. Прежде чем запустить запрос, оптимизатор запросов оценивает длительность выполнения этого запроса. При соответствующих значениях этот параметр препятствует запуску слишком больших запросов
7.Распределение предметных БД по узлам сети
7.1.Распределение баз данных по узлам сети без учета репликаций
7.1.1.Задание
Необходимо определить вариант рационального размещения предметных баз данных в распределенной информационной системе для случая, когда каждая база данных размещается только в одном узле сети, а обрабатывающие процессы (приложения) не являются распределенными. При этом следует считать, что если некоторый процесс обращается за данными к базе, находящейся в другом узле, сетевые затраты на одно обращение составляют “t” секунд, независимо от местонахождения узла в сети и дисциплины обслуживания. Если процесс обращается к базе данных, находящейся в том же узле, где выполняется процесс, то следует считать, что “t = 0”.
7.1.2.Исходные данные
В соответствии с номером варианта (2) и группы (3), имеем следующие исходные данные:
Таблица 25
Пр\БД | БД1 | БД2 | БД3 | БД4 | БД5 | БД6 | БД7 | БД8 | БД9 | БД10 |
П5 | 85 | 300 | 30 | |||||||
П6 | 200 | 300 | 110 | |||||||
П7 | 50 | 70 | 40 | 150 | ||||||
П8 | 200 | 60 | 75 | |||||||
П9 | 350 | 300 | 100 | 400 |
Таблица 25 показывает использование предметных баз данных обрабатывающими процессами (приложениями) и среднее число обращений обрабатывающих процессов к базам данных за рассматриваемый интервал времени.
Таблица 26
У\П | П5 | П6 | П7 | П8 | П9 |
У2 | 0,7 | 1,0 | 1,1 | ||
У3 | 0,8 | 1,15 | 0,55 | ||
У4 | 0,9 | 0,8 | 0,5 | ||
У5 | 1,5 | 1,6 | 1,1 | 0,9 | |
У6 | 1,6 | 0,2 | 0,6 | ||
У7 | 1,2 | 1,4 | 0,7 |
Таблица 26 показывает распределение обрабатывающих процессов по узлам: распределенной сети.
Коэффициенты, приведенные в таблице 26, используются для получения количества обращений к базе данных в исходном варианте задания по формуле:
N1=N*k,
где: N - значение количества обращений к БД, приведенное в таблице 25;
k - значение коэффициента, приведенное в таблице 26;
N1 - результирующее значение количества обращений к БД для исходного варианта задания
На основании данных из таблиц 25 и 26 для исходного варианта была сформирована сводная таблица исходных данных (таблица 27). Каждое значение этой таблицы есть среднее количество обращений к базе данных (БДi) определенного процесса (Пj) из определенного узла сети (Уk).
Таблица27. Сводная таблица исходных данных
Узел | Проц. | Коэф | БД1 | БД2 | БД3 | БД4 | БД5 | БД6 | БД7 | БД8 | БД9 | БД10 |
У2 | П6 | 0,7 | 140 | 210 | 77 | |||||||
П7 | 1 | 50 | 70 | 40 | 150 | |||||||
П8 | 1,1 | 220 | 66 | 83 | ||||||||
У3 | П5 | 0,8 | 68 | 240 | 24 | |||||||
П7 | 1,15 | 58 | 81 | 46 | 173 | |||||||
П9 | 0,55 | 193 | 165 | 55 | 220 | |||||||
У4 | П7 | 0,9 | 45 | 63 | 36 | 135 | ||||||
П8 | 0,8 | 160 | 48 | 60 | ||||||||
П9 | 0,5 | 175 | 150 | 50 | 200 | |||||||
У5 | П5 | 1,5 | 128 | 450 | 45 | |||||||
П6 | 1,6 | 320 | 480 | 176 | ||||||||
П7 | 1,1 | 55 | 77 | 44 | 165 | |||||||
П8 | 0,9 | 180 | 54 | 68 | ||||||||
У6 | П6 | 1,6 | 320 | 480 | 176 | |||||||
П8 | 0,2 | 40 | 12 | 15 | ||||||||
П9 | 0,6 | 210 | 180 | 60 | 240 | |||||||
У7 | П5 | 1,2 | 102 | 360 | 36 | |||||||
П6 | 1,4 | 280 | 420 | 154 | ||||||||
П8 | 0,7 | 140 | 42 | 53 |
7.1.3.Решение
Составляем таблицу 28, в которой указываем все возможные варианты размещения баз данных по узлам сети. В каждую клетку этой таблицы записываем число, которое определяет суммарное количество всех запросов от всех процессов всех узлов к данной БД, при условии, что эта БД находится в данном узле.