- •Тема 3. Налаштування поверхні атаки. Доступу до сервера і мережевих протоколів sql server 2005 43
- •Тема 4. Доступ до даних конфігурації sql server 59
- •Тема 5. Управление корпоративными серверами 82
- •Тема 6. Управління активністю сервера 92
- •Тема 7. Налаштування sql server за допомогою утиліти sql server management studio 96
- •Тема 8. Установка параметрів паралельної обробки sql server 105
- •Тема 9. Клієнт-сервер та мова sql. Елементи мови sql на прикладі transact-sql. Безпека в sql server 2005 115
- •Лекція № 1
- •Тема 1. Введення в asp.Net. Сім рівнів asp.Net. Розвиток asp.Net. Компоненти asp.Net. Основні елемеенти управління asp.Net План лекції
- •1. Вступ. Загальні поняття дисципліни “Розробка клієнт-серверних застосувань”.
- •Самостійна робота
- •Зміст лекції
- •Вступ. Загальні поняття дисципліни “Розробка клієнт-серверних застосувань”.
- •Перший факт: asp.Net інтегрується з .Net Framework. Другий факт: код asp.Net компілюється, а не інтерпретується.
- •1.3. Третій факт: в asp.Net підтримується безліч мов програмування. Четвертий факт: asp.Net обслуговується середовищем clr
- •1.4. П'ятый факт: asp. Net є об'єктно-орієнтованою технологією. Шостий факт: asp.Net підтримує усі браузери. Сьомий факт: asp.Net дозволяє легко виконувати розгортання і конфігурацію.
- •1.5. Asp.Net 1.0 і 1.1. Asp.Net 2.0. Asp.Net3.5. Asp.Net 4. Компонент asp.Net mvc.
- •1.6. Компонент asp.Net Dynamic Data. Технологія Sllverlight.
- •1.7. Дослідження і розробка методів збору і обробки інформації в глобальній мережі.
- •1. Файл-cерверні іс (іс з архітектурою «файл-сервер»);
- •2. Клієнт-серверні іс (іс з архітектурою «клієнт-сервер»).
- •Лекція № 2
- •Самостійна робота
- •Зміст лекції
- •2.1. Поняття про сервер та клієнтів. Концепція «клієнт-сервер» Перший рівень. Другий та третій рівень. Багаторівнева архітектура.
- •2.2. Відкриті системи. Клієнти і сервери локальних мереж. Принципи взаємодії між клієнтськими і серверними частинами.
- •2.3. Переваги протоколів видаленого виклику процедур на архітектурі "клієнт-сервер".
- •2.4. Типовий розподіл функцій між клієнтами і серверами.
- •2.5. Розвиток клієнт-серверних систем. Стандарти архітектури клієнт - сервер в управлінні інформації.
- •2.6. Архітектура інформаційної системи. Звернення до бази даних. Сервери баз даних.
- •2.7. Технології побудови розподілених об’єктних систем. Розподілені об’єктні технології в інформаційних системах.
- •2.8. Паралельні обчислювальні системи та паралельні обчислення. Проектування клієнт-серверних економічних інформаційних систем.
- •Лекція № 3 Тема 3. Налаштування поверхні атаки. Доступу до сервера і мережевих протоколів sql server 2005 План лекції
- •Самостійна робота
- •Зміст лекції
- •3.1. Попереднє налаштування. Використання sql Server 2005 Surface Area Configuration. Підключення до видаленої системи sql Server.
- •3.2. Налаштування параметрів служб.Налаштування параметрів з'єднань. Управління доступом до функціональних можливостей компонентів.
- •3.3. Налаштування служб sql Server. Управління станом ітипом запуску служб. Налаштування облікових записів для запуску служб.
- •3.4. Налаштування каталогу дампу, звіту про помилки і звіту про відгуки і пропозиціях користувачів.
- •3.5. Налаштування мережевих протоколів для сервера і клієнта. Налаштування протоколу сервера Shared Memory. Налаштування протоколу сервера Named Pipes.
- •3.6. Налаштування протоколу сервера tcp/ip. Налаштування порядку використання протоколів клієнта.
- •3.7. Налаштування протоколу клієнта Shared Memory. Налаштування протоколу клієнта tcp/ip.
- •Тема 4. Доступ до даних конфігурації sql server
- •4.1. Робота з системним каталогом і представленнями каталогу. Робота з системними процедурами,що зберігаються.
- •4.2. Способи управління параметрами конфігурації. Установка параметрів конфігурації.
- •4.3. Робота з параметрами пакету інструкцій/з'єднання.
- •4.4. Робота з параметрами сервера.
- •4.5. Робота з параметрами бд. Управління рівнем сумісності бд.
- •4.6. Налаштування sql Server за допомогою процедур. Використання sql Server Management Studio для виконання запитів.
- •4.7. Виконання запитів для зміни параметрів конфігурації.
- •4.8. Просмотр и изменение параметров сервера с помощью хранимой процедуры sp_configure
- •4.9. Изменение параметров бд с помощью хранимой процедуры sp_dboption
- •Лекція № 5. Тема 5. Управление корпоративными серверами План лекції
- •Самостійна робота
- •Зміст лекції
- •5.1. Дозвіл і заборона автоматичного запуску sql Server. Установка параметрів ядра бд.
- •5.2. Управління службами з командного рядка. Управління виконуваним файлом sql Server з командного рядка.
- •5.3. Використання sql Server Management Studio. Початок роботи з sql Server Management Studio.
- •5.5. Підключення до певного екземпляра сервера. Підключення до певної бд.
- •5.6. Управління групами sql Server. Введення в групи sql Server.
- •5.7. Створення гурту серверів. Видалення групи серверів.
- •5.8. Редагування властивостей групи серверів і її переміщення. Додавання серверів в групу. Управління серверами.
- •5.9. Реєстрація підключеного сервера. Реєстрація нового сервера в панелі Registered Servers.
- •Тема 6. Управління активністю сервера
- •6.1. Перегляд інформації про процеси. Відстежування блокувань по ідентифікатору процесу і імені об'єкту. .
- •6.2. Виявлення і усунення тупикових блокувань і блокуючих з'єднань.
- •6.3. Відстежування виконання команд в sql Server.
- •6.4. Припинення процесів сервера
- •Тема 7. Налаштування sql server за допомогою утиліти sql server management studio
- •7.1. Управління конфігурацією за допомогою sql Server Management Studio.
- •7.2. Перегляд загальної інформації про операційну систему і sql Server.
- •7.3. Налаштування аутентифікації і аудиту доступу. Вибір режиму аутентифікації.
- •7.4. Установка параметрів аудиту доступу. Налаштування використання пам'яті.
- •7.5. Використання динамічного управління пам'яттю. Виділення фіксованого об'єму оперативній пам'яті.
- •7.6. Включення підтримки розширеної пам'яті за допомогою технології awe.
- •7.7. Оптимізація використання пам'яті при індексуванні. Виділення пам'яті для запитів.
- •7.8. Налаштування використання процесорів і паралельної обробки. Оптимізація використання процесорів.
- •Лекція № 8 Тема 8. Установка параметрів паралельної обробки sql server План лекції
- •Самостійна робота
- •Зміст лекції
- •8.1. Налаштування потоків, пріоритетів і ниток. Налаштування призначених для користувача і видалених серверних з'єднань.
- •8.2. Установка максимальної кількості призначених для користувача з'єднань. Установка параметрів з'єднання за умовчанням.
- •8.3. Налаштування видалених серверних з'єднань. Управління параметрами конфігурації сервера
- •8.4. Установка мови за умовчанням для sql Server
- •8.5. Управління параметрами конфігурації бд. Установка чинника заповнення індексів
- •8.6. Налаштування часу очікування при резервному копіюванні і відновленні. Налаштування періоду збереження резервних копій.
- •8.7. Скидання на диск утримуваного кеша за допомогою контрольних точок. Додавання і видалення інформації в службу каталогів Active Directory.
- •8.8. Усунення проблем конфігурації. Відновлення після неправильної установки параметрів конфігурації.
- •Тема 9. Клієнт-сервер та мова sql. Елементи мови sql на прикладі transact-sql. Безпека в sql server 2005
- •9.1. Середовища програмування мовою sql. Ідентифікатори мови transact-sql
- •9.2. Типи даних мови transact-sql
- •9.3. Функції мовиTransact-sql
- •9.4. Доступ до метаданих. Огляд безпеки sql Server 2005.
7.6. Включення підтримки розширеної пам'яті за допомогою технології awe.
В редакциях SQL Server 2005 Enterprise и Developer реализована поддержка расширенной памяти, выделяемой с помощью интерфейса программирования AWE (address windowing extensions), позволяющего 32-разрядным приложениям адресовать память за пределами 4 Гбайт. Если включена поддержка технологии AWE, SQL Server 2005 динамически распределяет расширенную память при запуске, а также распределяет или освобождает расширенную память в рамках заданных параметров минимального и максимального количества используемой памяти. Администратор должен сбалансировать использование памяти SQL Server с требованиями всей системы. SQL Server всегда, даже на компьютерах, настроенных на выделение приложениям менее чем 3 Гбайт адресного пространства в непривилегированном режиме процессора, пытается использовать всю расширенную память, отображаемую через механизм AWE.
Совет Для обеспечения функциональности Hot-Add Memory (Добавление памяти на ходу), предоставляемой Windows Server 2003, Microsoft рекомендует включить поддержку технологии AWE. Следует учитывать и то, что SQL Server способен динамически освобождать память, отображаемую через механизм AWE, однако текущее количество распределенной расширенной памяти не может быть выгружено в файл подкачки.
Совет Если включена поддержка AWE, учетная запись пользователя или сервера, под которой запущен экземпляр, должна обладать правом пользователя Lock pages in memory (Закрепление страниц в памяти), которое назначается с помощью оснастки Group Policy (Групповая политика).
Чтобы включить поддержку технологии AWE, выполните следующие действия.
1. В диалоговом окне Server Properties (Свойства сервера) перейдите на страницу Memory (Память) и установите флажок Use AWE to allocate memory (Использовать AWE для распределения памяти).
2. Установите такие значения максимального и минимального использования памяти, которые будут гарантировать достаточно памяти для других приложений.
Например, определив минимальный объем, равным 2 Гбайт (2048 Мбайт), а максимальный — 4 Гбайт (4096 Мбайт), вы ограничите количество памяти для SQL Server 2005.
3. Щелкните кнопку OK.
Для включения поддержки AWE можно также использовать хранимую процедуру sp_configure, применив следующие инструкции Transact-SQL:
EXEC sp_configure 'awe enabled', 1
RECONFIGURE
GO
7.7. Оптимізація використання пам'яті при індексуванні. Виділення пам'яті для запитів.
Оптимизация использования памяти при индексировании
По умолчанию SQL Server 2005 динамически управляет количеством памяти, выделяемой для операций создания индексов. Если для создания индексов требуется дополнительная память, и согласно параметрам конфигурации сервера память доступна, то сервер ее выделит. Если же дополнительная память требуется, но заданные параметры не позволяют ее выделить, для создания индексов будет использоваться память, уже выделенная для выполнения построения индексов.
Как правило, сервер автоматически настраивает выделение памяти для таких операций — в большинстве ситуаций этого бывает достаточно. Едва ли не единственным исключением являются случаи, когда используются секционированные таблицы и индексы и при этом некоторые секционированные индексы являются несовмещенными (nonaligned), то есть для их секционирования определена отличная от связанной таблицы схема. В этих случаях, если множество одновременных операций создания индексов выполняются параллельно, могут возникнуть проблемы создания индексов.
Когда такое происходит, можно назначить определенное количество памяти, выделяемой для создания индекса. Для этого выполните следующие действия.
1. В диалоговом окне Server Properties (Свойства сервера) перейдите на страницу Memory (Память) и задайте необходимое значение в поле Index creation memory (Объем памяти для создания индекса). Значение указывается в килобайтах.
2. Щелкните кнопку OK.
Можно также использовать хранимую процедуру sp_configure, применив такую инструкцию:
EXEC sp_configure 'index create memory', number_of_kilobytes
Примечание Количество памяти, назначенное для операций создания индекса, должно быть не меньше, чем минимальное количество памяти для запроса. В противном случае SQL Server будет использовать количество памяти, указанное как минимальное для запроса, и отобразит предупреждение об этом.
Выделение памяти для запросов
По умолчанию сервер назначает определенный минимальный объем памяти — 1024 Кбайт — для выполнения запроса. Это количество памяти гарантированно выделяется для каждого пользователя, причем значение можно указать в диапазоне от 512 Кбайт до 2 Гбайт. При увеличении минимального размера памяти, выделяемой для запроса, повысится производительность запросов, выполняющих операции по интенсивному использованию процессора, такие как сортировка или хеширование.
Однако если указать слишком высокое значение, можно снизить общую производительность системы. Поэтому устанавливайте минимальный размер памяти, выделяемой для запроса, только в случае, когда существуют проблемы со скоростью выполнения запросов.
Совет Значение по умолчанию, равное 1024 Кбайт, приемлемо в большинстве случаев.
Однако иногда возникает потребность его изменить. Как правило, это бывает в двух случаях: если сервер предельно загружен и обрабатывает большое количество одновременных запросов, выполняющихся в контексте отдельных пользовательских соединений, или, на оборот, в относительно медленной среде, с небольшим количеством запросов, которые, тем не менее, весьма обширны и сложны. Для этих случаев определяющими в решении настроить минимальный размер памяти для запроса должны стать четыре фактора:
• общее количество свободной памяти (когда система находится в состоянии ожидания при запущенном SQL Server);
• среднее количество одновременных запросов, выполняющихся в отдельных пользовательских соединениях;
• средний размер запроса;
• время отклика для запроса, к которому следует стремиться.
Совет Часто между этими значениями необходимо найти компромисс. Не всегда удается добиться мгновенного отклика, но можно оптимизировать производительность, базируясь на доступных ресурсах.
Используйте следующее уравнение, чтобы получить начальную точку для оптимизации: свободная_память / (средний_размер_запроса * среднее_количество_одновременных_запросов). Например, если система имеет 200 Мбайт свободной памяти, средний размер запроса — 2 Мбайт и среднее количество одновременных запросов — 5, тогда оптимальное значение для размера запроса будет таким: 200 Мбайт / (2 * 5) или 20 Мбайт. Обычно это значение отображает максимум, который нужно назначить в текущей конфигурации системы, поэтому следует рассмотреть возможность уменьшения этого значения.
Чтобы определить количество памяти, выделяемой для запросов, выполните указанные действия.
1. В диалоговом окне Server Properties (Свойства сервера) перейдите на страницу Memory (Память) и в поле Minimum memory per query (Минимальный объем памяти для запроса) задайте необходимое значение, которое указывается в килобайтах.
2. Щелкните кнопку OK.
Также можно использовать хранимую процедуру sp_configure. Соответствующая инструкция следующая:
EXEC sp_configure 'min memory per query', number_of_kilobytes
