Тема 1 . Понятие о сервере баз данных. Общие сведения о sql-серверах на примере одного из: Oracle, MySql, ms sql Server. Понятие об администрировании сервером.

Общие сведения о SQL-серверах на примере одного из: Oracle, MySQL, MS SQL Server.

Microsoft SQL Server — система управления реляционными базами данных (СУРБД), разработанная корпорацией Microsoft. Основной используемый язык запросов — Transact-SQL, создан совместно Microsoft и Sybase. Transact-SQL является реализацией стандартаANSI/ISO по структурированному языку запросов (SQL) с расширениями. Используется для работы с базами данных размером от персональных до крупных баз данных масштаба предприятия; конкурирует с другими СУБД в этом сегменте рынка.

Возможности среды SQL Server Management Studio

Среда Среда SQL Server Management Studio обеспечивает следующие основные возможности:

• поддерживает большинство административных задач для SQL Server;

• единая интегрированная среда для управления SQL Server Database Engine и разработки;

• новые управляющие диалоговые окна для управления объектами в компоненте SQL Server Database Engine, службах Службы Analysis Services, Службы Reporting Services, Notification Services и выпуске SQL Server Compact 3.5 с пакетом обновления 2 (SP2), позволяющие выполнять действия немедленно, направлять их в редактор кода или включать эти действия в сценарий для последующего выполнения;

• немодальные диалоговые окна с настройкой размеров, позволяющие при открытом диалоговом окне получать доступ к нескольким средствам;

• общее диалоговое окно планирования, позволяющее выполнять действия управляющих диалоговых окон в заданное время;

• экспорт и импорт регистрации сервера среды Среда SQL Server Management Studio из одной среды Management Studio в другую;

• сохранение и печать XML-файлов плана выполнения и взаимоблокировок, созданных приложением SQL Server Profiler, просмотр их в любое время и отправка для анализа администратору;

• новые окна сообщений об ошибках и информационных сообщений, предоставляющие гораздо больше сведений и позволяющие отправлять в Майкрософт комментарии о сообщениях, копировать сообщения в буфер обмена и отправлять их по электронной почте в службу поддержки;

• встроенный веб-браузер для быстрого обращения к библиотеке MSDN или получения справки в Интернете;

• встроенная справка от сообществ в Интернете;

• учебник по среде Среда SQL Server Management Studio, облегчающий освоение многих новых возможностей и помогающий сразу правильно и продуктивно их использовать. Чтобы пройти этот учебный курс, перейдите к Учебники;

• новый монитор активности с фильтрацией и автоматическим обновлением;

• встроенные интерфейсы компонента Database Mail.

Новые возможности работы со скриптами

Компонент среды Среда SQL Server Management Studio «Редактор кода» содержит встроенные редакторы скриптов для пользовательской разработки сценариев Transact-SQL, многомерных выражений, расширений интеллектуального анализа данных, XML для аналитики и XML. Поддерживаются следующие возможности:

• динамическая справка для немедленного доступа к соответствующим данным во время работы;

• богатый набор шаблонов с возможностью создания пользовательских шаблонов;

• поддержка написания и изменения запросов и сценариев без подключения к серверу;

• поддержка запросов и сценариев SQLCMD;

• новый интерфейс для просмотра результатов XML;

• встроенная система управления версиями для проектов решений и сценариев, поддерживающая хранение и обслуживание копий сценариев по мере их разработки;

• поддержка технологии Microsoft IntelliSense для инструкций многомерных выражений.

Возможности обозревателя объектов

Компонент «Обозреватель объектов» среды Среда SQL Server Management Studio представляет собой встроенное средство просмотра и управления объектами на всех типах серверов. Поддерживаются следующие возможности:

• фильтрация по полному имени, его части, по схеме или дате;

• асинхронное заполнение объектов с возможностью фильтровать объекты по их метаданным;

• доступ к агентам SQL Server на серверах репликации в целях администрирования.

Понятие об администрировании сервером.

Администрирование любой СУБД сводится к следующему ряду задач:

Задача 1. Создание и удаление БД и файлов данных.

Не представляет сложности и может выполняться любым пользователем, имеющим право на выполнение команды CREATE DATABASE.

Создать БД в MS SQL Server можно тремя способами:

• оператором CREATE DATABASE,

• мастером создания БД Database Creation Wizard)

• средствами Enterprise Manager

При удаленном администрировании первый способ создания БД является наиболее приемлемым.

Задача 2. Создание учетных записей, групп пользователей и распределение прав.

При подключении к MS SQL Server проверка прав пользователя возможна на трех уровнях:

• первый уровень предоставляет служба защиты данных Windows NT/2000

• второй –SQL Server (проверка учетной записи)

• третий – отдельно взятая БД (проверка имени пользователя и его прав)

В идеале удаленный пользователь проходит следующие проверки:

• ОС определяет, имеет ли данный пользователь права на установку соединения,

• СУБД проверяет наличие учетной записи пользователя

• вызываемая БД проверяет имя пользователя и определяет его права

• БД предоставляет доступ или отказывает в нем при каждом обращении к тому или иному компоненту в зависимости от прав, которыми обладает подключившийся пользователь.

Другими словами, если у пользователя имеется учетная запись, это не значит, что ему будет предоставлен доступ ко всем БД. Доступ к БД определяется только именем пользователя.

В MS SQL Server может использоваться один из трех способов аутентификации :

смешанный режим, при котором выполняются все выше перечисленные действия по аутентификации пользователя.

режим аутентификации Windows, при котором все обязанности по защите данных ложатся на ОС;

режим аутентификации MS SQL Server (используются для Windows 95/98/ME).

Задача 3. Резервное копирование БД.

Операции резервного копирования (backup) и восстановления (restore) связаны друг с другом и предполагают сохранение информации базы данных для использования в будущем. При резервном копировании данные копируются из базы данных и сохраняются в другом месте. Резервное копирование базы данных – сохранение всей базы данных. Обычно база данных совместно используется многими пользователями, и при резервном копировании базы данных создается резервная копия данных сразу всех пользователей. Процесс резервного копирования в SQL Server может выполняться во время работы базы данных и даже в то время, как пользователи осуществляют доступ к базе данных.

Существуют различные методы резервного копирования базы данных: полное и разностное резервное копирование, резервное копирование журнала транзакций, группы файлов и файла данных. Каждый из них имеет свои режимы и возможности работы.

Полное резервное копирование (full backup) предусматривает резервное копирование всех данных базы данных, группы файлов или файла данных. Если у вас несколько баз данных, то вам следует создать для всех них резервные копии. Полное резервное копирование является, видимо, наиболее распространенным методом резервного копирования баз данных небольшого и среднего размера.

Разностное резервное копирование (differential backup) предусматривает резервное копирование только тех данных, которые изменились с момента последнего резервного копирования. Поскольку создается резервная копия только части данных, это происходит быстрее и занимает меньше места, чем полная резервная копия. Недостатком является то, что восстановление с разностных копий происходит сложнее и занимает больше времени, чем восстановление с полной резервной копии. Для восстановления с разностной копии требуется восстановление полной резервной копии и всех разностных копий, созданных с момента последнего полного резервного копирования.

Резервное копирование журнала транзакций используется для резервного копирования и усечения журнала транзакций.

Резервное копирование групп файлов и файла данных используется для создания резервной копии определенной группы файлов или файла данных в базе данных.

Вы можете выполнять резервное копирование с помощью Enterprise Manager, команд T-SQL или мастера создания резервной копии базы данных Create Database Backup Wizard.

Сами операции резервного копирования можно направлять на физическое устройство или логическое устройство. Физическое устройство – это компонент оборудования, такой как ленточное или дисковое устройство. Операционная система присваивает физическим устройствам имена, и для доступа к этим устройствам вы должны использовать эти имена. Поскольку эти заранее назначенные имена бывает трудно запомнить, вам может потребоваться создание для физического устройства алиаса (определенного пользователем альтернативного имени). Такой алиас называют логическим устройством. Это логическое устройство существует только в рамках SQL Server, и его можно использовать только для резервного копирования в SQL Server, чтобы ссылаться на него как на логическое устройство резервного копирования

Задача 4. Восстановление и воспроизведение данных.

При восстановлении данных из резервной копии они копируются назад в базу данных.

Под восстановлением понимается возврат к состоянию базы данных на момент создания резервной копии.

В отличие от процесса резервного копирования процесс восстановления не может выполняться во время работы SQL Server. Кроме того, таблицу нельзя восстановить отдельно. Если один пользователь теряет часть данных в базе данных, потерянные данные восстановить непросто, поскольку операция восстановления восстанавливает всю базу данных или какую-то ее часть. Выделение данных отдельного пользователя из всех данных базы данных может оказаться затруднительным.

Под воспроизведением (регенерацией) – возврат к состоянию базы данных на момент аварии за счет воспроизведения транзакций.

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

Для поддержки целостности базы данных SQL Server протоколирует все изменения в журнале транзакций. При запуске SQL Server после отказа системы журнал транзакций используется для повторного исполнения (воспроизведения) транзакций, которые были фиксированы, но не записаны на диск, и отката (отмены результатов) транзакций, которые не были фиксированы на момент аварии системы. Такой подход гарантирует точность данных.

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

• Транзакции, содержащие только запросы. Никакого воспроизведения не требуется.

• Транзакции, которые внесли изменения в данные базы данных и были фиксированы, но не были записаны на диск. Во время воспроизведения SQL Server читает страницы данных с диска, снова вносит изменения и затем перезаписывает эти страницы на диск.

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

• Транзакции, которые внесли изменения в данные базы данных, но не были фиксированы. Во время воспроизведения SQL Server использует журнал транзакций для отката (отмены) всех изменений, внесенных в страницы данных, и восстанавливает базу данных к состоянию, в котором она была до запуска этих транзакций.

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

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

Задача 5. Мониторинг производительности.