тивності в SQL Server 2000 можна керувати, привласнюючи відповідні значення змінної типу int. p align="justify"> При використанні лічильників продуктивності потрібно після установки необхідного значення виконати скидання, щоб сповіщення не надсилалося повторно. У разі, коли сповіщення використовується для інформування про подію, записаному в журнал Application Log, запис в журналі з'явиться стільки разів, скільки виконається збережена процедура. p align="justify"> З приводу системного монітора слід зробити одне зауваження. Якщо на комп'ютері встановлені примірник SQL Server 7.0 і один або кілька примірників SQL Server 2000, то системний монітор показує тільки лічильники примірників SQL Server 2000. p align="justify"> За допомогою оповіщень можна змусити систему відреагувати навіть на появу на диску заданого файлу або папки і запустити додаток на виконання. Необхідною умовою використання оповіщень є робота служби SQLAgent. p align="justify"> Дисковий простір і контроль його використання
Адміністратор SQL Server відповідає за використання дискового простору базами даних. Він зобов'язаний, з одного боку, забезпечити це простір, з іншого - контролювати його використання. Природно, виникає необхідність у технології та інструментах для управління механізмом виділення дискового простору. За допомогою таких інструментів адміністратор визначає, скільки і коли потрібно додати в базу дискового простору, і при необхідності вивільняє надлишковий простір. У SQL Server 2000 передбачені кошти для вирішення цього завдання як автоматично, так і вручну. Ще до створення бази даних адміністратор завжди може розрахувати необхідний мінімум дискового простору. Знаючи довжину запису кожної таблиці і розмір сторінки (8 Кбайт), визначаємо кількість записів на сторінці. Виходячи з передбачуваного числа записів у таблиці, можна з'ясувати необхідне в майбутньому число сторінок і байтів. Додатково слід підрахувати кількість сторінок для зберігання полів типу Text і Image. Необхідно врахувати і відсоток заповнення сторінок, якщо планується кластерний індекс. Розмір некластерних індексів обчислюється аналогічно розміром таблиці. Це рутинна робота, але розрахунки в точності відповідають структурі кожної таблиці. Вони спрощуються, якщо використовувати заздалегідь підготовлену збережену процедуру, яка аналізує кожну новостворену пусту таблицю. У версіях 6.0 і 6.5 внутрішнє подання даних в SQL Server було простіше, і на курсах з адміністрування розглядалася спеціальна процедура, що зберігається sp_estspace для попереднього розрахунку обсягу таблиць. Після відповідної переробки її можна застосовувати і в пізніших версіях. При створенні бази розмір файлів зазвичай встановлюють з великим запасом. Розмір журнального файлу залежить від розкладу резервного копіювання і характеру роботи з базою. Рекомендований розмір журнального файлу складає 10-25% від розміру файлу даних. p align="justify"> Існує два шляхи розширення файлів баз...
