Активное администрирование приложений в Microsoft SQL Server 7. 0



Тип работы:  Курсовая работа
Бесплатно:  Антиплагиат
Объем: 48 страниц
В избранное:   
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РЕСПУБЛИКИ КАЗАХСТАН

КАЗАХСКИЙ ЭКОНОМИЧЕСКИЙ УНИВЕРСИТЕТ
им. Т. Рыскулова

Кафедра Прикладная информатика

Курсовая работа

по дисциплине: “Системы баз данных”

на тему:

Активное администрирование приложений в Microsoft SQL Server 7.0

Выполнил: студент
(-ка), 3 курса,

306группы,
специальности ИС
Бижанова А.А..

Проверил: старший преподователь
Неверова Е.Г.

Отметка о допуске к
защите

Алматы, 2008
Содержание:
Введение ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... . ... ... 3
I. Теоретическая часть:
1. История создания и развития SQL Server 7.0 ... ... ... ... ... ... ... ... 4
2. Что такое Microsoft SQL Server
7.0? ... ... ... ... ... ... ... ... ... ... ... ... ... ... ..5
3. Цели разработки. Назначение ... ... . ... ... ... ... ... ... ... ... ... ... .6
4. Лидерство и новаторство ... ... ... ... ... ... ... ... ... ... ... ... ... ... .7
5. Масштабируемость и надежность ... ... ... ... ... ... ... ... ... ... ... ...8
II. Практическая часть:
1. Совместимость ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ..9
2. Архитектура клиент-сервер ... ... ... ... ... ... ... ... ... ... ... ... ..10
3. Активное администрирование и объектный интерфейс ... ... ... ... ..13
1. Использование электронной почты для доступа к ресурсам
сервера ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ..16
2. Microsoft SQL Server Distributed Management Framework ... ... ... 17
3. SQL Executive ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ..18
4. SQL Server Distributed Management Objects ... ... ... ... ... ... ... .19
5. SQL Server Enterprise Manager ... ... ... ... ... ... ... ... ... ... ... ..21
6. Расширение возможностей языка и программного доступа ... ... ..22
7. Автоматизация выполнения административных задач ... ... ... ... 23
8. Параллельное сканирование и асинхронное чтение ... ... ... ... ... 23
9. Тиражирование данных ... ... ... ... ... ... ... ... ... ... ... ... ... ..23
10. Графические средства конфигурирования, администрирования...25
4. Архитектура Microsoft SQL Server ... ... ... ... ... ... ... ... ... ... ... .26
1. Хранение данных ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .26
2. Процессор запросов ... ... ... ... ... ... ... ... ... ... ... ... ... ... ..27
3. Безопасность ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... 29
5. Легкость использования ... ... ... ... ... ... ... ... ... ... ... ... ... ... .30
1. Для персонального пользования ... ... ... ... ... ... ... ... ... ... ...30
2. Для рабочих групп ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .30
3. Для предприятия ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...3 0
6. Администрирование учетных записей ... ... ... ... ... ... ... ... ... ... .31
1. Сопоставление учетных записей ... ... ... ... ... ... ... ... ... ... ...32
7. Роли ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...33
1. Установка разрешений доступа для объектов, ролей и
пользователей ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .. 35
2. Правила использований учетных записей ... ... ... ... ... ... ... ... 36
3. Вспомогательные средства обеспечения безопасности ... ... ... ...37
2.8 Управление транзациями ... ... ... ... ... ... ... ... ... ... ... ... ... ... ..40
2.8.1 SQL – выражения для транзакций ... ... ... ... ... ... ... ... ... ... ..41
III. Аналитическая часть
3.1 Среда использования QL Server 7.0 ... ... ... ... ... ... ... ... ... ... ... .42
Заключение ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...49
Список используемой литературы ... ... ... ... ... ... ... ... ... ... ... ... ... ..51

Введение

Десять лет назад разработка приложений для работы с базами данных
нередко длилась месяцами или даже годами. Все планировалось заранее:
размер, схема, количество пользователей и т.д. Теперь подобные приложения
создаются в течение нескольких недель или месяцев, развиваясь
непосредственно в процессе разработки, и запускаются в эксплуатацию еще до
того, как все аспекты окончательно проработаны.

Выбранная мной, тема курсовой работы : Активное администрирование
приложений SQL Server 7.0, является актуальной т.к. многие корпорации и
независимые поставщики программного обеспечения, создающие приложения для
бизнеса, остановили свой выбор на СУБД SQL Server как на лучшей системе
управления базами данных для Windows NT®.

Microsoft® SQL Server™ версии 7.0 — это масштабируемый, надежный и
простой в использовании продукт, представляющий собой прекрасную основу для
разработки приложений следующего столетия.

Новшества позволили SQL Server 7.0 стать лидирующим продуктом в
нескольких наиболее быстро растущих категориях приложений в области баз
данных. В их числе электронная коммерция, мобильные вычисления,
автоматизация отделений банков, приложения для отраслей бизнеса и витрин
данных.

1.1 История создания и развитие

Исходный код MS SQL Server (до версии 7.0) основывался на коде Sybase
SQL Server, и это позволило Microsoft выйти на рынок баз данных для
предприятий, где конкурировали Oracle, IBM, и, позже, сама Sybase.
Microsoft, Sybase и Ashton-Tate первоначально объединились для создания и
выпуска на рынок первой версии программы, получившей название SQL Server
1.0 для OS2 (около 1989 года), которая фактически была эквивалентом Sybase
SQL Server 3.0 для Unix, VMS и др. Microsoft SQL Server 4.2 был выпущен в
1992 году и входил в состав операционной системы Microsoft OS2 версии 1.3.
Официальный релиз Microsoft SQL Server версии 4.21 для ОС Windows NT
состоялся одновременно с релизом самой Windows NT (версии 3.1). Microsoft
SQL Server 6.0 был первой версией SQL Server, созданной исключительно для
архитектуры NT и без участия в процессе разработки Sybase.
К тому времени, как вышла на рынок ОС Windows NT, Sybase и Microsoft
разошлись и следовали собственным моделям программного продукта и
маркетинговым схемам. Microsoft добивалась исключительных прав на все
версии SQL Server для Windows. Позже Sybase изменила название своего
продукта на Adaptive Server Enterprise во избежание путаницы с Microsoft
SQL Server. До 1994 года Microsoft получила от Sybase три уведомления об
авторских правах как намёк на происхождение Microsoft SQL Server.
После разделения компании сделали несколько самостоятельных релизов
программ. SQL Server 7.0 был первым сервером баз данных с настоящим
пользовательским графическим интерфейсом администрирования. Для устранения
претензий со стороны Sybase в нарушении авторских прав, весь наследуемый
код в седьмой версии был переписан.

История выпусков:
• 1992 — SQL Server 4.2
• 1993 — SQL Server 4.21 под Windows NT
• 1995 — SQL Server 6.0, кодовое название SQL95
• 1996 — SQL Server 6.5, кодовое название Hydra
• 1999 — SQL Server 7.0, кодовое название Sphinx
• 1999 — SQL Server 7.0 OLAP, кодовое название Plato

1.2 Что такое Microsoft SQL Server 7.0?

SQL Server 7.0 - это СУБД, рассчитанная на операционные системы,
совместимые с Windows, разработанная корпорацией Microsoft. Эта система
позволяет создавать высокомасштабируемые решения, она прекрасно
интегрирована с Microsoft Office, имеет значительные усовершенствования в
выполнении транзакций, оперативном резервировании и тиражировании, а также
новшества в области автонастройки и автоматического выбора конфигурации.
SQL Server 7.0 - это самая простая платформа для разработки, создания и
использования хранилищ данных, а также управления ими. Это первая
реляционная СУБД, снабженная встроенной системой преобразования данных Data
Transformation Services, службами OLAP и Microsoft Repository 2.0.
Основной используемый язык запросов — Transact-SQL, создан совместно
Microsoft и Sybase. Transact-SQL является реализацией стандарта ANSIISO по
структурированному языку запросов (SQL) с расширениями.

Используется для небольших и средних по размеру баз данных, и в последние
5 лет — для крупных баз данных масштаба предприятия, конкурирует с другими
СУБД в этом сегменте рынка.
Сервер имеет средства удаленного администрирования и управления
операциями, организованные на базе объектно- ориентированной распределенной
среды управления. Новые возможности, такие как OLE Automation и средства
программирования административных задач на языке Visual Basic for
Applications, обеспечивают интеграцию с приложениями, работающими на ПК.
Microsoft SQL Server 7.0 входит в состав семейства Microsoft BackOffice,
объединяющего пять серверных приложений, разработанных для совместного
функционирования в качестве интегрированной системы. Она позволяет
пользователям повысить производительность процесса принятия решений
средствами систем, базирующихся на архитектуре клиент-сервер. Кроме того,
Microsoft SQL Server 6.0 завершает линию средств разработки, включающих
Microsoft Access, Visual FoxPro®, Visual Basic и Visual C++™.

1.3 Цели разработки. Назначение

При разработке приложений SQL Server 7.0 преследовалось несколько
важных целей. Определяющим фактором стратегии явилась тенденция к упрощению
использования, которая позволила бы обеспечить широкое внедрение
приложений, использующих технологии СУБД. В идеале СУБД должны стать
абсолютно “прозрачными” для конечных пользователей и почти “прозрачными”
для администраторов.

Клиенты ищут решения проблем своего бизнеса. Большинство решений на
основе баз данных дороги и сложны. SQL Server версий 6.0 и 6.5 открыл
возможность простого использования средств реляционных СУБД (РСУБД). SQL
Server 7.0 поднял эту концепцию на новый уровень, что сделало его одной из
наименее сложных СУБД для создания, администрирования и внедрения деловых
приложений.
Простота и удобство использования SQL Server 7.0 обеспечивается его
многочисленными передовыми возможностями, включая:
Отсутствие необходимости в привлечении администратора для выполнения
большинства стандартных операций. Это позволяет автоматизировать работу в
удаленных филиалах и широко использовать приложения для работы с базами
данных, как на настольных, так и портативных ПК.
"Прозрачное" конфигурирование сервера, средства проверки непротиворечивости
баз данных, статистика использования индексов и резервное копирование баз
данных.
Удобные и простые опции настройки, автоматически адаптируемые к
потребностям конкретных пользователей.

1.4 Лидерство и новаторство

Новшества позволили SQL Server 7.0 стать лидирующим продуктом в
нескольких наиболее быстро растущих категориях приложений в области баз
данных. В их числе электронная коммерция, мобильные вычисления,
автоматизация отделений банков, приложения для отраслей бизнеса и витрин
данных.
Лидерство и новаторство Microsoft SQL Server 7.0 определяется
следующими его свойствами.
• Это первая система управления базами данных, масштабируемая от
портативных компьютеров до уровня предприятий с использованием одного
и того же базового программного кода, что обеспечивает стопроцентную
совместимость приложений.
• Это первая система управления базами данных, которая может
автоматически конфигурироваться и самонастраиваться.
• Это первая система управления базами данных, в которую встроен сервер
OLAP.
• Это первая система управления базами данных со встроенными Data
Transformation Services (службами преобразования данных).
• Data Warehousing Framework – первый всеобъемлющий подход к решению
проблемы метаданных.
• Это первая система управления базами данных, обеспечивающая управление
большим числом серверов с одного центрального компьютера.
• Самый широкий выбор возможностей тиражирования по сравнению с любой
другой системой управления базами данных.
• Лучшая интеграция с Windows NT Server, Microsoft Office и семейством
продуктов BackOffice®.
• Соответствие Universal Data Access (универсальный доступ к данным) –
стратегия Microsoft по обеспечению высокопроизводительного доступа к
различным источникам информации.

1.5 Масштабируемость и надежность

Клиенты стремятся защитить свои инвестиции в бизнес-приложения и, по
мере роста организации, базы данных должны развиваться, чтобы обеспечить
обработку большего объема данных, увеличенного количества транзакций и
обслуживания растущего числа пользователей. SQL Server 7.0 предоставляет
единое ядро СУБД, масштабируемое от портативных компьютеров под управлением
операционной системы Microsoft Windows® 95 или Windows 98 до кластеров с
симметричной мультипроцессорной архитектурой, работающих в среде Microsoft
Windows NT® Server, Enterprise Edition. Все эти системы должны
удовлетворять требованиям высокой безопасности и надежности, которые
выдвигаются со стороны критических бизнес-приложений.
Следующие особенности служат основой высокой масштабируемости:
Новый формат дисков и подсистемы хранения данных, обеспечивающих работу,
как с небольшими, так и с обширными базами данных
Переработанные утилиты для поддержки эффективной работы с большими базами
данных объемом в несколько терабайт
Поддержка оперативной памяти большого объема для снижения частоты обращения
к дискам
Динамическая блокировка на уровне строк, увеличивающая возможности
параллельной обработки, особенно в приложениях с интерактивной обработкой
транзакций (online transaction processing — OLTP)
Поддержка Unicode для многоязычных приложений

SQL Server 7.0 устраняет множество проблем параллельного доступа,
масштабируемости и надежности путем замены сложных структур данных и
алгоритмов простыми. Новые структуры лучше масштабируются, порождают меньше
проблем при параллельной обработке, менее сложны, а, следовательно, и более
надежны.
В SQL Server 7.0 устранена необходимость проверки целостности базы данных
перед каждой операцией резервного копирования. Проверка наиболее важных
структур данных "на лету" обеспечивает большую устойчивость. За счет этого
проверка целостности происходит теперь значительно быстрее

2.1 Совместимость

Совместимость со стандартом ANSIISO SQL-92 улучшена, причем SQL-92
рассматривается в качестве предпочтительного диалекта SQL. Решены проблемы
с совместимостью, имевшиеся в предыдущих версиях, в том числе те случаи,
когда реальное поведение системы отличалось от документированного. В
небольшом числе случаев, когда изменение поведения по умолчанию могло
повлиять на существующие приложения, предусмотрена возможность отменить
изменения и сохранить прежнее поведение. Аспекты (Views) включены в таблицы
с информацией о схеме данных ANSIISO так, как это определено в SQL-92; тем
самым обеспечивается стандартный способ представления метаданных в базах
данных, управляемых Microsoft SQL Server.

Переход к новой версии
Базы данных 6.x легко преобразуются к версии 7.0 с помощью полностью
автоматизированной утилиты. Пользователи могут быстро установить и
запустить новую версию, получив доступ к ее новым возможностям с
минимальными затруднениями для текущей работы.
В зависимости от количества места на диске, обновление системы на
одном и том же компьютере можно провести через именованный канал (pipe),
соединяющий диск с диском, или через промежуточную ленту. Если используется
канал, то нужно, чтобы на диске было достаточно места. В противном случае,
программа-мастер (Version Upgrade wizard) может экспортировать данные
каталогов, объекты и базы данных SQL Server 6.x на ленточный накопитель,
используемый для резервного копирования, или на сетевой диск. Затем
пространство, которое занимал на диске SQL Server 6.x, освобождается и
программа-мастер запускается снова, чтобы импортировать и преобразовать для
использования с новой версией данные каталогов, объектов и баз данных,
выгруженных из SQL Server 6.x. По окончании преобразования SQL Server 7.0
немедленно начинает предоставлять услуги в рабочем режиме.
С компьютера на компьютер. SQL Server 7.0 устанавливается на другой
компьютер, соединенный с компьютером, на котором установлена старая версия
SQL Server 6.x. Обновление происходит с помощью именованного канала, по
которому передаются данные. По окончании преобразования SQL Server 7.0
немедленно начинает предоставлять услуги в рабочем режиме.

2.2 Архитектура "клиент-сервер"

Исторически первым способом организации вычислений стала
централизованная обработка информации. Все данные хранились и
обрабатывались на центральном компьютере - мэйнфрейме. К мэйнфрейму
подключались терминалы, функциональные возможности которых ограничивались
лишь выводом результатов и передачей кодов нажатых клавиш на центральный
компьютер. Чем больше терминалов было подключено, тем более мощный
компьютер требовался и тем дороже обходились эти вычисления. Это был
экстенсивный путь развития распределенной обработки информации.
На смену пришла сетевая архитектура "клиент-сервер". При
использовании этой архитектуры, как и при централизованной обработке
информации также необходимо наличие центрального компьютера - сервера. Но
его функции иные, чем у мэйнфрейма. Клиентские компьютеры запрашивают у
сервера необходимые данные, выполняют их обработку и отсылают обратно.
Приложения, написанные для архитектуры "клиент-сервер", обычно состоят из
раздельных серверных и клиентских компонентов. Эта технология стала
доминирующей в мировоззрении программистов 90-х годов. Большинство
современных сетевых продуктов, имеющих коммерческий успех, созданы с
использованием архитектуры "клиент-сервер". Рассмотрим термины,
употребляемые при работе с архитектурой "клиент-сервер": сервером
(server) называется компьютер, предоставляющий доступ к своим ресурсам для
других компьютеров, называемых клиентами (client). Клиент может быть одного
из двух типов: толстый клиент (thick client) или тонкий клиент (thin
client). Толстый клиент характеризуется тем, что он содержит средства
доступа к базе данных, средства обработки и отображения информации. Каждое
клиентское приложение копирует себе все необходимые данные, выполняет их
обработку и отсылает результат обратно на сервер. Функции тонкого клиента
сводятся в основном к выводу результатов обработки данных, осуществляемой
на сервере. Клиент лишь отсылает серверу список задач, которые необходимо
выполнить, а в ответ принимает обработанные данные. Все правила и логика
обработки данных хранятся на сервере и лишь вызываются клиентом. Такой
подход позволяет облегчить изменения алгоритмов обработки данных, так как
при этом не нужно модифицировать клиентское программное обеспечение, а
достаточно изменить только хранимую процедуру на сервере.
В качестве примера можно привести работу компании, занимающейся
продажами через широкую сеть дилеров (рис.1). Связь с дилерами
обеспечивается через Интернет, при этом заказы производятся через
специальную Web-страницу. Данные фиксируются на сервере компании в
соответствующей базе данных. Группа менеджеров может осуществлять доступ к
серверу с локальных компьютеров.
Дилеры выступают в роли тонких клиентов, приложения, с которыми
работают менеджеры компании, соответственно, в роли толстых клиентов.
Internet Information Server, обеспечивающий функционирование Web-сервера
компании, является приложением, которое посредством Internet Database
Connector осуществляет прямой доступ к базе данных. При этом для тонких
клиентов неважно, где находится сервер баз данных. Это имеет значение
только для толстых клиентов и для приложения, осуществляющего доступ к
базам данных.
Примечание: Клиент и SQL Server могут располагаться на одном
компьютере. В этом случае, как будет показано дальше, клиент осуществляет
соединение с сервером посредством IPC-компонентов, таких как совместно
используемая память (Shared Memory) или локальные именованные каналы (Named
Pipes).

Рис. 1. Способ доступа клиентов к серверу баз данных
Клиентские компоненты

Клиент и сервер - термины, означающие не только роль компьютера в
сети. Приложения также могут играть роли клиентов и серверов. Клиентское
приложение инициирует запрос, а серверное приложение обрабатывает его и
возвращает результат работы клиенту. Для осуществления этого взаимодействия
необходим механизм, позволяющий организовать доступ клиента к серверу. Этот
механизм реализуется через специальные интерфейсы программирования
(Application Programming Interface - API) доступа к базам данных. Для
обращения к базам данных SQL Server 7.0 можно использовать интерфейсы OLE
DB и ODBC. Если необходимо обратиться к данным из приложения, написанного
на языке высокого уровня, можно использовать специализированные API:
ActiveX Data Object (ADO), DNA, RDO. Интерфейсы OLE DB и ODBC являются
встроенными интерфейсами. Это означает, что запрос отправляется
непосредственно серверу, избегая дополнительных трансформаций. При
использовании других интерфейсов и API запрос сначала преобразуется в
поддерживаемый формат и уже затем отправляется серверу.
В целях сохранения совместимости с приложениями, разработанными для
предыдущих версий SQL Server, в SQL Server 7.0 сохранена поддержка
интерфейса DB-Library. DB-Library является устаревшим интерфейсом и не
реализует множества нововведений SQL Server. Кроме того, реализована
поддержка встроенных SQL-приложений, которые используют DB-Library для
связи с SQL Server (рис. 2 ).
Все API реализованы в виде .dll-файлов, которые взаимодействуют с
SQL Server через специальную сетевую библиотеку клиента (Net-Library).

Рис. 2.2. Взаимодействие клиентов и сервера

2.3 Активное администрирование и объектный интерфейс SQL Server

Центральная административная консоль SQL Server 7.0 заменила собой
набор утилит, которые существовали в предыдущей версии сервера. Из этой
консоли, называемой Microsoft SQL Enterprise Manager, администратор
способен выполнять любые действия по администрированию системы, как бы
велика она ни была. На рис. 3 видны несколько групп серверов.

Рис. 3. Административная консоль SQL Server
Администратор может создавать новые группы, группировать серверы
удобным с административной точки зрения образом, выполнять манипуляции над
объектами (базами данных, таблицами, хранимыми процедурами, триггерами и
т.д.).
В крупных информационных системах СУБД выполняет не только функции
"мясорубки" по перемалыванию колоссальных объемов информации, но и сложные
функции администрирования.
Microsoft SQL Server 7.0 предлагает "активную" модель администрирования
системы. В отличие от предыдущей версии продукта, администратор получил в
свое распоряжение средства, позволяющие предупреждать неблагоприятное
развитие событий. SQL Server 7.0 позволяет определять так называемые
предупреждения (alert), которые являются реакцией системы на возникновение
того или иного события.
Как видно из рис.4 , предупреждение срабатывает при возникновении
ошибки с кодом 018 в базе данных master.

Рис.4. Диалог описания предупреждения
Привязка предупреждения к конкретной базе данных дает возможность
назначать различную реакцию системы на события в различных базах данных.
Помимо встроенных кодов ошибок предупреждение может реагировать на
пользовательские ошибки, определяемые в коде хранимых процедур и триггеров.
При необходимости может быть вызвана на исполнение описанная предварительно
задача и послано сообщение администратору по электронной почте или на
пейджер.
К предупреждению можно привязать ту или иную задачу. Задача может
представлять собой:
• команду операционной системы, .CMD или .EXE файл;
• команду процесса тиражирования;
• команду чтения журнала;
• команду процесса синхронизации процесса тиражирования;
• выражение языка Transact-SQL (в том числе имя хранимой процедуры).
В результате система в состоянии сделать попытку самостоятельно
решить возникшую проблему (конечно, если администратор заранее подготовил
ее к этому). И только в том случае, если задача после выполнения сообщает о
невозможности решения возникшей проблемы, имеет смысл прибегать к помощи
человека. Каждой задаче можно назначить вызов администратора по электронной
почте или пейджеру при успешном завершении или провале.(Рис.3)

Рис.5. Диалог описания задачи

Пример, по которому могут развиваться события. Ночью произошел сбой
в электросети. Источник бесперебойного питания выработал свой ресурс, потом
выполнил ShutDown сервера, и система прекратила работу. Со временем
электропитание было восстановлено, и компьютер снова включился. Не секрет,
что Windows NT способна выполнять автоматическую, без участия человека,
регистрацию в сети. В силу того, что SQL Server и SQL Executive
представляют собой сервисы операционной системы, им можно назначить атрибут
"стартовать автоматически". SQL Server стартовал, и на исполнение была
запущена хранимая процедура, которая также имеет атрибут "автостарт". Такая
процедура может, например, выполнить проверку целостности базы данных. Если
проверка прошла успешно, система продолжает работу в штатном режиме. Если
проверка показала, что система неработоспособна, можно пойти как минимум
двумя путями: хранимая процедура генерирует ошибку, вызывающую
предупреждение, которое, в свою очередь, вызывает на выполнение задачу.
Можно сразу поднять тревогу и вызвать администратора. Но электронная почта
пригодна не только для того, чтобы поднимать тревогу, она может
использоваться и для штатной работы. SQL Server 7.0 умеет читать почту и
отвечать на письма. В том случае, когда задержки на прохождение
электронного письма не критичны для работы, пользователь или администратор
могут использовать почту для посылки запросов серверу и получения от него
ответа. Это позволяет обращаться к серверу в режиме Off-line практически с
любого компьютера.

2.3.1 Использование электронной почты для доступа к ресурсам сервера

Администрировать сервер теперь можно через программу просмотра
ресурсов Интернета. Благодаря этому администратор может легко управлять
любым SQL Server отовсюду. Кроме того, отпадает необходимость устанавливать
все компоненты распределенного управления в полном объеме. Для создания
страниц, позволяющих администрировать SQL Server 7.0 через Интернет,
используется трехзвенная архитектура распределенного управления, DCOM и
компоненты интерфейса пользователя ActiveX®.

Обработчики предупреждений и связанные с ними действия можно заставить
реагировать на системные или определенные пользователем ошибки или на
достижение заданного уровня их тяжести. Действия обработчика предупреждений
могут быть следующими:
• Послать уведомление оператору
• Записать предупреждение в системный протокол (Windows NT application
event log)
• Выработать прерывание SNMP
• Выполнить задание
SQL Server Agent следит за событиями в системном протоколе
Windows NT application event log. Когда там появляется запись о событии,
SQL Server Agent сравнивает его описание с предупреждениями, определенными
для соответствующей среды. Обнаружив совпадение, SQL Server Agent выполняет
заданные для него действия, а полученные в ходе их выполнения сообщения
записывает в тот же системный протокол.
Системный администратор может управлять предупреждениями для одной или
нескольких систем SQL Server с помощью SQL Server Enterprise Manager. Кроме
того, администратор может задавать расписание пейджинга, так чтобы в
зависимости от времени суток и дня недели пейджинговое сообщение получил
соответствующий администратор баз данных.
Набор расширенных хранимых процедур SQL Server включает процедуры
работы с почтовыми ящиками. Сервер может получить указание прочесть текущую
почту и обработать ее (лучше всего это задание оформить как периодически
выполняемую задачу). В сообщении размещается вызов хранимой процедуры или
набор команд T-SQL. Сервер читает текст сообщения и выполняет размещенные в
нем команды. Результат исполнения присоединяется к письму, посылаемому в
ответ, в виде текстового файла или файла в формате CSV (поля, разделенные
запятыми), который можно непосредственно "взять" в электронную таблицу или
импортировать в базу данных. Естественно, возникает вопрос о предохранении
данных от несанкционированного доступа. Ограничение числа лиц, которые
могут получать таким образом информацию, может быть организовано различным
образом, и тут необходимо позаботиться о защите доступа как со стороны SQL
Server, так и со стороны ПО, занимающегося отправкой почты. Для каждого
пользователя, который посылает запросы на сервер, можно завести
соответствующий набор прав, которые смогут эффективно ограничить диапазон
действий, позволительных для него.
Каждому пользователю, зарегистрированному на сервере, можно
назначать самые разнообразные права - от права делать выборки из тех или
иных таблиц и исполнения хранимых процедур до права на модификации или
выборки из конкретного поля конкретной таблицы.
SQL Server способен "понять", кто пишет письмо. Можно также ограничить
обрабатываемую почту только письмами, которые имеют определенный текст в
разделе Subject. Все это вместе взятое позволяет утверждать, что если в
организации четко соблюдается дисциплина хранения и назначения паролей, то
риск несанкционированного доступа к конфиденциальной информации может быть
сведен до минимума. Кроме того, на электронную почту можно возложить
обязанности по получениюпередаче только безобидной информации, доступ к
которой не нуждается в серьезной защите.

2.3.2 Microsoft SQL Server Distributed Management Framework (SQL- DMF)

С появлением SQL Server 7.0 Microsoft предложил на рынке сервер с
масштабируемой архитектурой управления, наиболее оптимальным образом
подходящей к быстро меняющимся задачам, которые встают перед системами
архитектуры клиент-сервер. Microsoft SQL Server Distributed Management
Framework (SQL-DMF) имеет трехуровневую объектно- ориентированную
архитектуру, которая предоставляет компоненты, сервисы и инструментарий,
необходимые для управления распределенными серверами в масштабе
предприятия.(Рис.6)

Рис.6. Диалог определения прав доступа
Уровень Компоненты SQL Server 6.0 DMF
Уровень 1 Средство администрирования SQL
ПредставлениеМанипуляция Enterprise Manager, программирование на
Visual Basic или Visual FoxPro
Уровень 2 OLE интерфейс для доступа ко всем
Объекты управления средствам администрирования и
управления SQL Server
Уровень 3 Процессор данных SQL Server, сервисы
РеализацияОбработка SQL Executive

Архитектура SQL-DMF изначально предназначена для работы в
распределенных средах и предоставляет необходимую гибкость и
масштабируемость за счет разделения процесса администрирования на три четко
определенных уровня:
Преимущества SQL-DMF
• упрощает процесс управления распределенными серверами за счет
предоставления современного пользовательского интерфейса
административной консоли для всех задач управления и интеграции
компонентов управления и инструментов администратора, а также сервисов
внутри основного продукта;
• предоставляет масштабируемую среду управления, которая может быть
адаптирована к конкретным потребностям малых и крупных заказчиков.
Разработчики могут расширить набор стандартных инструментов за счет
встроенных OLE объектов управления и поддержки средств визуальной
разработки;
• делает удаленные серверы более самостоятельными с точки зрения
управления средствами сервисов, взаимодействующих с процессором данных
сервера (диспетчирование, событияпредупреждения, тиражирование). Они
могут быть запрограммированы для выполнения административных задач без
участия человека;
• предоставляет администраторам баз данных инструментарий, позволяющий
перейти от защитной к активной модели администрирования с
использованием развитой модели обработки событийпредупреждений для
назначения корректирующих действий при возникновении определенного
рода проблем или условий (например, переполнение журнала), вызываемых
через триггеры или предупреждения.

2.3.3 SQL Executive

Основой SQL-DMF является SQL Executive, исполняемый как сервис
операционной системы и управляющий тиражированием, обработкой событий,
предупреждений и диспетчированием работы компонентов внутри SQL-DMF. SQL
Executive работает как "скрытый" оператор или "интеллектуальный агент",
автоматически и постоянно отслеживающий состояние окружения сервера и любых
распределенных служб SQL Server. Разработчики сервера убеждены, что
критические службы, такие как тиражирование, должны быть частью основного
продукта, а не просто "утилитами".
SQL Enterprize Manager OLE Automation

SQL Server Distributed Manadgement Object (SQL-DMO)

SQL Executive SQL Server
Тиражирование
Менеджер задач
Менеджер событий
Менеджер уведомлений

Рис.7. Компоненты SQL-DMF
Ранее существовавшие подходы к системному администрированию
приводили к запоздалой реакции на сбой системы, а администратору отводилась
роль "пожарного". С другой стороны, обработчик событий SQL Executive
изначально проектировался для поддержки активной модели администрирования,
позволяющей администратору определять предупреждения и проводить
корректирующие операции до возникновения проблемы. Кроме того,
администратор может заранее определить уведомления, которые будут
рассылаться по электронной почте или на пейджер.
SQL Executive работает как сервис операционной системы и при
необходимости может быть запущен автоматически для загрузки списка задач,
хранящегося в таблице SQL Server.

2.3.4 SQL Server Distributed Management Objects (DMO)

Другим исключительно важным компонентом являются SQL Server
Distributed Management Objects (SQL-DMO). SQL-DMO - OLE Automation
интерфейс SQL Server 7.0 открывает объекты, свойства и методы для всех
аспектов деятельности SQL Server по управлению и администрированию SQL
Server. Объектная модель SQL Server включает более 70 индивидуальных
объектов и свыше 1500 свойств и методов. Организация объектов значительно
упрощает изучение и продуктивное использование компонентов
административного интерфейса SQL Server.
OLE интерфейс поддерживает использование таких средств разработчика, как
Visual C++, Visual Basic и Visual FoxPro для создания специализированных
административных сценариев, исполнение которых организуется средствами
диспетчирования SQL Executive. Справа приведены некоторые из объектов и
методов SQL-DMO.
Все функции SQL Server открыты для доступа извне как объекты,
свойства и методы. Подобная модель значительно упрощает работу с
административным "слоем" за счет организации функций управления в терминах
объектной модели SQL Server. Основной объект - "SQL Server" - включает
коллекцию объектов "Databases". Объект "Database" включает коллекции
объектов "Table", "View" и "StoredProcedure". Объекты имеют свойства
(например, SQLServer.Name = "SABERTOOTH") и методы (SQLServer.Start или
SQLServer.Stop). Свойства и методы используются для управления SQL Server.
Метод объекта Действие
SQLServer.Stop Останавливает SQL Server
SQLServer.Start Запускает SQL Server
Database.Backup Выполняет создание страховочной копии
Index.UpdateStatistiОбновляет информацию оптимизатора по индексам
cs
Database.Table.Add Добавляет таблицу к базе данных

2.3.5 SQL Enterprise Manager

Администрирование SQL Server осуществляется при помощи развитых
графических средств. К ним относится:
SQL Server Enterprise Manager. Это основное средство администратора.
Позволяет создавать базы данных, заводить пользователей, управлять их
правами, выполнять резервное копирование и восстановление данных и так
далее. SQL Server Enterprise Manager (рис. 8) реализован как модуль
расширения (snap-in) нового средства управления серверными продуктами -
Microsoft Management Console (MMC). Enterprise Manager также позволяет
управлять выполнением административных задач по расписанию и описывать
реакцию на события.

Рис. 8. SQL Server Enterprise Manager

Архитектура SQL-DMF предлагает множество "точек входа" для
поддержания конкретных потребностей администратора. В результате серверы
могут управляться посредством доступа к объектам SQL-DMO или
непосредственно. Мы полагаем, что подобная архитектура создает гибкую среду
администрирования, удовлетворяющую требованиям администраторов как мелких,
так и крупных систем, без необходимости принесения в жертву простоты или
мощности.

Рис.9. Структура объектной модели SQL Server
Системы архитектуры клиент-сервер предлагают много новых задач,
требующих нового подхода. Мощные серверы баз данных должны адаптироваться к
растущим требованиям динамичной и все более усложняющейся работы в
распределенных средах. SQL Server 7.0, снабженный развитой средой
администрирования распределенных систем, удовлетворяет этим требованиям.

2.3.6 Расширение возможностей языка и программного доступа

Существующая версия SQL Server снабжена мощным языком программирования
-Transact-SQL, позволяющим создавать сложную логику триггеров и хранимых
процедур. В новой версии язык значительно расширен, теперь он соответствует
стандарту ANSI-92, и программисты получили новые возможности (такие как
новые, соответствующие ANSI-стандарту, типы данных и соответствующая
стандарту ANSI поддержка декларативной целостности данных). Помимо
перечисленных возможностей, программист может воспользоваться генератором,
автоматически создающим уникальные значения для ключевых полей таблицы,
возможностью передавать идентификаторы и данные типа TEXT и IMAGE как
параметры хранимым процедурам и многое другое. Использование хранимых
процедур, которые запускаются автоматически при каждом старте SQL Server,
позволяет создавать системы, способные выполнять различного рода задания
без участия администратора. Наиболее же интересным нововведением являются
скроллируемые, двунаправленные курсоры. Курсоры SQL Server поддерживают все
режимы, определенные расширенными требованиями ANSI, а также и ODBC
семантику; они совместимы с существующими курсорами, поддерживаемыми API в
DB-Library.

2.3.7 Автоматизация выполнения административных задач

Автоматизация выполнения административных задач позволяет
значительно снизить расходы на поддержку сети серверов в организации.
Теперь вы можете создавать многошаговые задания, указывая
последовательность выполнения очередных шагов в зависимости от результатов
предыдущих. В качестве шагов задания могут выступать, как и прежде,
оператор языка T-SQL и внешняя программа или командный файл, а также новый
элемент - скрипт на языке Visual Basic Scripting Edition или JavaScript.
Появилась возможность создавать административные задачи,
охватывающие несколько серверов. При этом серверы разбиваются на группы, в
каждой из которых выделяется главный сервер. Задания создаются на главном
сервере. Другие, подчиненные, серверы периодически обращаются к главному,
чтобы считать предназначенные для них задания. Используя такую
многосерверную схему, можно, например, планировать создание резервной копии
базы данных, эксплуатируемой на нескольких серверах распределенной сети.
При этом отпадает необходимость создавать такие задания на каждом сервере.

2.3.8 Параллельное сканирование и асинхронное опережающее чтение

Параллельное сканирование и асинхронное опережающее чтение повышает
на 40 - 400% скорость выполнения некоторых типов запросов и других операций
над базой данных в многопроцессорных системах. Повышение производительности
достигается за счет использования SQL Server 6.0 множественных потоков
операционной системы и алгоритмов определения следующего блока данных,
необходимых для вывода в кэш. На приводимом графике показано, как растет
время, необходимое для считывания с диска более 10000 страниц из базы
данных (меньшие числа показывают более высокую производительность). Эта
операция типична для длительного запроса с вычислениями или операции
создания отчета. Как видно из графика, по мере роста числа клиентов, SQL
Server 6.0 выполняет операцию не менее чем в 4 раза быстрее за счет
использования параллельного сканирования таблиц и асинхронного опережающего
чтения.
Подобная технология обеспечивает резкое повышение производительности для
любой операции, требующей просмотра таблиц, например, SELECT, UPDATE и
DELETE с необходимостью поиска, CREATE INDEX, DBCC, DUMPLOAD и т.п.

2.3.9 Тиражирование данных

Одной из наиболее интересных возможностей SQL Server 7.0 является
тиражирование данных.
В силу того, что продукт изначально создавался для работы с
распределенными данными, СУБД снабжена надежной и открытой архитектурой,
хорошо интегрированной, гибкой и управляемой.(Рис.10)

Рис.10. Организация тиражирования данных
Организация тиражирования данных в SQL Server 7.0:
• Система тиражирования данных построена на метафоре подписки. В
процессе тиражирования участвуют следующие серверы сервер публикаций;
• сервер репликаций;
• сервер подписки.
• тиражирование слиянием (Merge Replication)
• Под публикацией понимается совокупность данных, которые могут
подвергаться тиражированию.
Статья - наименьший возможный элемент публикации. Статья может
представлять собой таблицу или любую ее часть. Публикация может
включать одну или более статей.
Наиболее важным требованием к тиражированию данных является
устойчивость к сбоям, гарантирующая постоянное, надежное поступление
данных и способная противостоять возможным сбоям сети и оборудования.
Система тиражирования должна обеспечивать высокое
быстродействие операций сохранения и переноса данных с минимальным
воздействием на центральный сервер и гарантией надежного и защищенного
поступления информации. Она должна быть достаточно гибкой, чтобы
позволять организациям применять различные подходы и схемы организации
процесса тиражирования. Кроме того, поскольку организации не всегда
могут себе позволить иметь высококвалифицированного администратора в
каждом подразделении, где размещен конкретный сервер, система
тиражирования должна быть хорошо интегрирована с самой СУБД для
получения возможности удаленного конфигурирования, мониторинга и
управления.
Microsoft создавала SQL Server 7.0 с учетом всех перечисленных
требований. Подсистема тиражирования данных, являющаяся составной
частью SQL Server, позволяет осуществлять автоматическое тиражирование
транзакций и объектов базы данных с единого сервера на один или более
серверов, расположенных в географически разделенных подразделениях
компании.

2.3.10 Графические средства конфигурирования и администрирования

Конфигурирование и управление процессом тиражирования данных на
уровне предприятия обычно представляет собой сложную и требующую больших
затрат времени задачу. В SQL Server 7.0 эта задача выполняется с помощью
развитых графических инструментов административного управления и, таким
образом, резко упрощается. Администраторы могут определить все аспекты
процесса создания тиражируемых данных, диспетчирования процессов, установки
подписки и полностью контролировать защищенность тиражируемых данных. Для
каждой публикации можно определить записи или столбцы, входящие в
публикацию, и то, какие подписчики имеют право обращения к каким
публикациям. В каждой публикации администратор имеет полный контроль над
доступом к ее данным.

2.4 Архитектура Microsoft SQL Server

В архитектуре Microsoft SQL Server в первую очередь следует
отметить следующие компоненты:
▪ система хранения данных;
▪ процессор запросов;
▪ система безопасности.
Первые два компонента обеспечивают функционирование SQL Server как
серверной СУБД, принимая и обрабатывая запросы клиентских приложений.
Система обеспечения безопасности осуществляет авторизацию доступа и
контроль прав клиентов.
В состав Microsoft SQL Server также входят компоненты, обеспечивающие:

▪ администрирование сервера и разработку серверных приложений;
▪ построение и использование хранилищ данных;
▪ полнотекстовое индексирование;
▪ другие возможности.

2.4.1 Хранение данных

Принципиально новым в версии SQL Server 7.0 является то, что
система хранения данных взаимодействует с процессором запросов и другими
подсистемами по интерфейсу OLE DB, то есть является принципиально открытой.
Эта открытость обеспечивает базу для дальнейшего развития продукта -
например, для появления специализированных процессоров запросов. Кроме
того, она дает принципиальную возможность построения различных приложений,
использующих систему хранения данных SQL Server как встроенный компонент.
В системе хранения данных SQL Server 7.0 имеется ряд существенных
нововведений, которые мы рассмотрим далее.
Динамическое изменение размеров файлов баз данных. В версии 7.0
каждая база данных хранится на двух или более файлах (журнал транзакций
всегда ведется в отдельном файле). Размер базы данных и, соответственно,
размеры файлов могут меняться динамически. Администратор может указать
размер порции приращения и предельный размер файла. Файлы баз данных могут
объединяться в группы. При этом, создавая, например, таблицу в базе данных,
можно указать, на какой файловой группе она будет создана. Размещая
файловые группы на разных физических дисках, вы таким образом можете
управлять распределением таблиц по дискам с целью балансирования нагрузки.
Формат страницы. Новый формат единицы дисковой памяти - страницы -
отличается в первую очередь размером. Теперь страница занимает 8 Кбайт,
что, во-первых, повышает эффективность операций ввода-вывода, а во-вторых,
позволяет увеличить максимальный размер символьных типов данных до 8000
байт.
Новая система блокировок. SQL Server 7.0 поддерживает блокировки на
следующих уровнях: база данных (режим single user), таблица, страница и
запись. Блокировки уровня записи поддерживаются для всех операций с
данными, причем как для собственно данных, так и для индексов. Оптимальный
уровень блокировки выбирается сервером автоматически (то есть не требует
явного указания) и динамически (то есть уровень блокировки может меняться
по ходу выполнения запроса). Динамическое управление блокировками позволяет
повысить скорость одновременной работы множества пользователей.
Резервное копирование. В версии 7.0 поддерживается три основных вида
резервного копирования: копирование всей базы данных, копирование только
журнала транзакций и дифференциальное копирование (копирование только
измененных страниц). Комбинируя эти три вида, администратор может выбрать
оптимальную стратегию резервного копирования. Новый способ выполнения
резервного копирования (обозначаемый в промышленных стандартах термином
"fuzzy backup") понижает скорость текущей работы ... продолжение

Вы можете абсолютно на бесплатной основе полностью просмотреть эту работу через наше приложение.
Похожие работы
Особенности и возможности MS SQL Server 6.5: архитектура, управление и процедуры
Конфигурация компьютерной сети предприятия на основе топологии Thin Ethernet и использование программного обеспечения для эффективной работы отдела
Обеспечение целостности и достоверности информации в программных объектах управления базами данных (ПОУБД) с использованием средств контроля идентичности, справочной целостности и ограничения диапазона значений полей
Общие принципы создания HTML-документов: от Doctype до иерархии файлов - основные требования и соглашения для написания веб-страниц
Базы данных: архитектура, типы и системы управления
Архитектура и основные компоненты ADO.NET для работы с разными системами управления базами данных
Структурирование и Виды Баз Данных: Реляционные, Иерархические, Сетевые и Распределенные Базы Данных
Функциональные возможности и инструменты администрирования в Windows NT Server 4.0
Управление доступом к базе данных с помощью InterBase: принципы организации и администрирования
Архитектура базы данных: проектирование и управление сложными системами
Дисциплины