Откроется «Центр установки SQL Server», переходим на вкладку «Установка» и нажимаем «Новая установка и добавление компонентов к существующей установке».
Запустится процедура проверки установки. Если тестирование выявит какие-либо ошибки, необходимо устранить их и повторить операцию. Если все в порядке нажимаем «ОК».
На следующей странице вводим ключ продукта, либо выбираем установку свободного выпуска «Evaluation». В последнем случае SQL Server будет без ограничений работать на протяжении 180 дней со дня установки, после чего потребуется ввести ключ продукта. Определившись с выпуском, нажимаем «Далее».
26. Основные задачи администрирования баз данных. Структура реляционной БД. Физическая и логическая структура БД. Объекты администрирования
Задачи АБД могут незначительно отличаться в зависимости от вида применяемой СУБД, но в основные задачи входит:
· Проектирование базы данных.
· Оптимизация производительности базы данных.
· Обеспечение и контроль доступа к базе данных.
· Обеспечение безопасности в базе данных.
· Резервирование и восстановление базы данных.
· Обеспечение целостности баз данных.
· Обеспечение перехода на новую версию СУБД.
Структура реляционной базы данных
Реляционная структура (модель) представляет данные в виде двумерной таблицы. Табличная структура данных отражает отношения между реальными объектами и их характеристиками. Поиск и обработка записей не зависят от организации хранения данных в памяти компьютера. При этом эффективно используются математическая логика и алгебра. Основной принцип реляционных структур баз данных - получение из таблицы необходимых отношений и формирование новых. На основе первичной таблицы при помощи логических операций формируется новая таблица соответствующей структуры. Каждый файл соответствует какому-нибудь понятию из предметной области.
В реляционных моделях имеются следующие типы объектов: таблицы (отношения), атрибуты (столбцы) и домены (допустимые значения атрибутов). Операторы определяются реляционной алгеброй.
В этой модели объекты и взаимосвязи между ними представлены при помощи таблиц. Одна таблица представляет один объект и состоит из столбцов и строк. Каждая строка таблицы представляет собой одну запись, а каждый столбец - одно поле записей. Таблица обладает следующими свойствами:
o каждый элемент таблицы (на пересечении строки и столбца) есть один элемент данных;
o столбцам присваиваются уникальные имена;
o элементы столбца имеют одинаковую природу (однородны);
o в таблице нет двух одинаковых строк;
o при выполнении операций с таблицей ее строки и столбцы можно обрабатывать в любом порядке, независимо от их информационного содержания.
У базы данных есть как логические структуры, так и физические структуры.
Базы данных, Табличные пространства и Файлы данных
Взаимосвязь между базами данных, табличными пространствами и файлами данных проиллюстрирована на рисунке. Каждая база данных логически делится на два или более табличных пространства. Один или более файлов данных создаются явным образом для каждого табличного пространства, чтобы физически хранить данные всех сегментов в табличном пространстве. Если это ВРЕМЕННОЕ табличное пространство, у него имеется временный файл вместо файла данных. Файл данных табличного пространства может физически храниться с помощью любой поддерживаемой технологии хранения.
Табличные пространства
База данных делится на логические единицы хранения данных, называемые табличными пространствами, которые собирают в группу связанные логические структуры или файлы данных. Например, табличные пространства обычно группируют все сегменты приложения, чтобы упростить некоторые административные операции.
Блоки данных
На самом низшем уровне гранулярности данные базы данных Oracle хранятся в блоках данных. Один блок данных соответствует определенному числу байтов физического пространства на диске. Размер блока данных указывается для каждой табличного пространства, когда оно создается. База данных использует и выделяет свободное пространство базы данных в блоках данных Oracle.
Экстенты
Следующий уровень логического пространства базы данных - экстент. Экстент - определенное число непрерывных блоков данных Oracle (полученных за одно выделение), которые используются, чтобы хранить определенный тип информации. Блоки данных Oracle в экстенте логически непрерывны, но могут быть физически разбросаны на диске из-за чередования RAID и реализаций файловой системы.
Сегменты
Уровень логического хранения базы данных, стоящий над экстентом называют сегментом. Сегмент - набор экстентов, выделенных для определенной логической структуры. Например:
· Сегменты данных: Каждая некластеризованная, неиндексная таблица имеет сегмент данных, за исключением внешних таблиц, глобальных временных таблиц и секционированных таблиц, в которых у каждой таблицы есть один или более сегментов. Все данные таблицы хранятся в экстентах ее сегмента данных. Для секционированной таблицы у каждой секции есть сегмент данных. У каждого кластера есть сегмент данных. Данные каждой таблицы в кластере сохраняются в сегменте данных кластера.
· Индексные сегменты: У уаждого индекса есть индексный сегмент, который сохраняет все его данные. Для секционированного индекса у каждой секции есть индексный сегмент.
· Сегменты отмены: Одно табличное пространство ОТМЕНЫ создается для каждого экземпляра базы данных. Это табличное пространство содержит многочисленные сегменты отмены, чтобы временно хранить информацию отмены. Информация в сегменте отмены используется, чтобы генерировать согласованную по чтению информацию базы данных, а также во время восстановления базы данных - для отката незафиксированных транзакций пользователей.
· Временные сегменты: Временные сегменты создаются базой данных Oracle, когда SQL-оператор нуждается во временной рабочей области, чтобы завершить выполнение. Когда оператор заканчивает выполнение, экстенты временного сегмента возвращаются экземпляру для будущего использования. Указывайте либо временное табличное пространство по умолчанию для каждого пользователя, либо временное табличное пространство по умолчанию, которое будет использоваться для всей базы данных.
Объекты администрирования
Под объектами администрирования понимают те компоненты системы, которые нуждаются во внимании со стороны администратора. В зависимости от направления работы администратора объектами администрирования могут быть как отдельные пользователи, так и их более крупные объединения, различные сетевые устройства, а также базы данных. Рассмотрим рабочие группы и сети как объекты администрирования.
27. Структура базы данных в MS SQL Server 2008. Системные и пользовательские таблицы. Назначение системных таблиц, хранимых процедур
Общая структура СУБД
Для лучшего понимания принципов работы современных СУБД рассмотрим структуру одной из наиболее распространенных клиент-серверных СУБД - Microsoft SQL Server 2008. Несмотря на то, что каждая коммерческая СУБД имеет свои отличительные особенности, информации о том, как устроена какая-то из СУБД, обычно бывает достаточно для быстрого первоначального освоения другой СУБД. Краткий обзор возможностей Microsoft SQL Server - 2008 был приведен в разделе, посвященном краткому обзору современных СУБД. В данном разделе рассмотрим основные моменты, связанные со структурой соответствующей СУБД (архитектурой базы данных и структурой программного обеспечения).
Под архитектурой (структурой) базы данных конкретной СУБД будем понимать основные модели представления данных, используемые в соответствующей СУБД а также взаимосвязи между этими моделями.
В соответствии с рассмотренными в «Различные архитектурные решения, используемые при реализации многопользовательских СУБД. Краткий обзор СУБД» различными уровнями описания данных различают разные уровни абстракции архитектуры базы данных.
Логический уровень (уровень модели данных СУБД) - средство представления концептуальной модели. Здесь каждая СУБД имеет некоторые отличия, но они являются не очень значительными. Отметим, что у разных СУБД существенно отличаются механизмыперехода от логического к физическому уровню представления.
Физический уровень (внутреннее представление данных в памяти ЭВМ - физическая структура базы данных). Данный уровень рассмотрения подразумевает изучение базы данных на уровне файлов, хранящихся на жестком диске. Структура этих файлов - особенность каждой конкретной СУБД, в т.ч. и Microsoft SQL Server.
Параметры БД определяют различные аспекты работы с системными или пользовательскими базами данных.
Параметра пользовательских БД при создании наследуют параметры системной БД model.
Выделяют следующие типы параметров: управление автоматическим поведением БД (такие как автоматическое создание и обновление данных статистики);
выбор модели восстановления;
совместимость с ANSI; режим доступа к БД (например только для чтения и доступа, предоставленный только для владельца БД - dbo).
Каждая ОС имеет свои таблицы ввода / вывода, их состав (количество и назначение каждой таблицы) может сильно отличаться. В некоторых ОС вместо таблиц создаются списки, хотя использование статических структур данных для организации ввода / вывода, как правило, приводит к большему быстродействию.
Исходя из принципа управления вводом / выводом через супервизор ОС и учитывая, что драйверы устройств ввода / вывода используют механизм прерываний для установления обратной связи центральной части с внешними устройствами, можно сделать вывод о необходимости создания по крайней мере трех системных таблиц:
Храниммая процедумра - объект базы данных, представляющий собой набор SQL-инструкций, который компилируется один раз и хранится на сервере. Хранимые процедуры очень похожи на обыкновенные процедуры языков высокого уровня, у них могут быть входные и выходные параметры и локальные переменные, в них могут производиться числовые вычисления и операции над символьными данными, результаты которых могут присваиваться переменным и параметрам. В хранимых процедурах могут выполняться стандартные операции с базами данных (как DDL, так и DML). Кроме того, в хранимых процедурах возможны циклы и ветвления, то есть в них могут использоваться инструкции управления процессом исполнения.
28. Архитектура информационной безопасности сервера БД. Режимы аутентификации в MS SQL Server: проверка подлинности Windows, проверка средствами MS SQL Server, цифровые сертификаты
Информационная безопасность, как свойство архитектуры предприятия Перед современным бизнесом стоит множество непростых задач, которые становятся еще актуальнее в условиях нестабильной экономической ситуации. К их числу можно отнести:
? увеличение доходов,
? повышение скорости реакции на изменяющиеся обстоятельства,
? снижение расходов и издержек,
? ускорение инноваций,
? сокращение времени выпуска на рынок продуктов и услуг,
? повышение лояльности заказчиков и партнеров,
? повышение конкурентоспособности,
? обеспечение соответствия нормативным требованиям.
Для решения всех упомянутых задач используется архитектура предприятия (Enterprise Architecture), позволяющая сформировать набор принципов, подходов и технологий, которые, учитывая текущее состояние организации, закладывают основу ее последующей трансформации, роста и развития. Сегодня существует немало подходов к созданию таких архитектур - TOGAF, Zachman Framework, FEAF, DoDAF и другие. Но какой бы из подходов не был выбран, в современных условиях просто невозможно развиваться без использования информации и информационных технологий, которые должны не только поддерживать любые изменения в бизнесе, но и предвосхищать их, готовиться к ним заранее, а в ряде случаев и способствовать появлению новых бизнесвозможностей. Однако не всегда бизнес развивается предсказуемым образом. Риски различной природы могут нарушить рост и развитие предприятия и поставить его на грань вымирания. Немалую роль в этом играют информационные и операционные риски, связанные с утечками данных, выведением из строя элементов ИТ-инфраструктуры и т.п. Для того чтобы подготовить себя к рискам настоящего и будущего необходима архитектура информационной безопасности, пронизывающая все остальные архитектуры предприятия.
При использовании режима аутентификации Windows (известной в предыдущей версии SQL Server как интегрированная аутентификация - integrated security) системный администратор предоставляет привилегии безопасности учетным записям и группам Windows NT или Windows 2000. Программное обеспечение клиента Windows запрашивает у сервера доверительное соединение (trustedconnection). Доверительное соединение будет предоставлено, только если Windows NT или Windows 2000 уже аутентифицировал пользователя. SQL Server 2000 необходимы гарантии того, что предоставленный идентификатор учетной записи обладает доступом к серверу и базе данных.