Edison Group, Inc.

Сравнительное исследование

трудозатрат на управление базами

данных Oracle Database 10g

Release 2 и Microsoft SQL Server

2005

6 марта 2006 г.

1

Edison Group, Inc. / Сравнительное исследование трудозатрат на управление базами данных

Oracle Database 10g Release 2 и Microsoft SQL Server 2005

Авторское право © 2006 Edison Group, Inc. New York. Edison Group не дает никаких явных или подразумеваемых гарантий относительно информации, содержащейся в этом документе, и освобождается от ответственности за какой-либо ущерб, понесенный в результате ее использования.

Все названия продуктов являются торговыми марками их законных владельцев.

Первая публикация: март 2006 г.

Подготовлено: старшим аналитиком Аароном Верманом, ведущим аналитиком Стивом Минцем, редактором Крейгом Норрисом, главным редактором Бэрри Койеном Содержание Аннотация Об отчете Для кого предназначен данный отчет? Краткий обзор применяемой методики Структура отчета Обоснование сравнительного исследования Методология исследования Распределение весовых коэффициентов Тестирование трудоемкости задач администрирования Результаты тестирования Сравнительная экономия трудозатрат на администрирование Краткое изложение результатов тестирования трудоемкости администрирования Инсталляция СУБД/программного обеспечения со стандартной настройкой (Краткое изложение результатов) Ежедневное администрирование базы данных (Краткое изложение результатов) Резервное копирование и восстановление (краткое изложение результатов) Настройка производительности (краткое изложение результатов) Заключение Приложение I. Описание тестовой платформы Приложение II. Описание архитектурных и терминологических различий Приложение III. Подробные результаты тестирования Приложение IV. Формула расчета сложности Приложение V. Подробное описание задач Установка и первичная настройка Задача 1: Установка СУБД, управляющего ПО и создание первичной версии СУБД Задача 2: Создание дополнительного сервера/экземпляра СУБД Задача 3: Настройка функций упреждающего мониторинга производительности и использования дискового пространства Итог по задачам установки и первичной настройки Задачи ежедневного администрирования СУБД Задача 4: Создание пользователя, присвоение ролей/привилегий Задача 5: Создание табличного пространства и файловой группы Задача 6: Добавление дискового пространства к СУБД Задача 7: Создание таблицы Задача 8: Создание индекса Задача 9: Освобождение дискового пространства с помощью устранения фрагментации данных Задача 10: Загрузка данных из текстового файла Итог по регулярным задачам администрирования СУБД Резервное копирование и восстановление Задача 11: Настройка и выполнение полного резервного копирования СУБД в on- line режиме Задача 12: Восстановление удаленной таблицы Задача 13: Восстановление файла данных Задача 14: Восстановление после ошибочной транзакции Итог по задачам резервного копирования и восстановления Задачи по диагностике и настройке производительности Задача 15: Диагностика проблем производительности Задача 16: Устранение проблем производительности (настройка SQLоператора) Задача 17: Настройка использования оперативной памяти Итог по задачам настройки производительности Приложение VI – Справочник категорий трудозатрат и соответствующих задач Аннотация Это исследование представляет собой сравнительный анализ трудозатрат на администрирование базы данных Oracle Database 10g Release 2 и трудозатрат на выполнение аналогичных задач в Microsoft SQL Server 2005. Ранее Edison Group публиковались результаты серии сравнительных исследований основных СУБД на предмет сравнения предоставляемых ими возможностей по настройке и выполнению задач администрирования.

Указанные сравнительные исследования базируются на оригинальной методике Edison Group.

Методики сравнительного анализа позволяют определить уровень трудозатрат и сложность выполнения задач администрирования баз данных. В одном из ранних исследований этой серии было проведено сравнение Oracle Database 10g Release 1 и Microsoft SQL Server 2000.

С тех пор производителями были выпущены новые версии этих двух систем (Oracle Database 10g Release 2 и Microsoft SQL Server 2005). В рамках данного исследования выполняется сравнение новых версий на основе ранее применявшейся методики.

Для достижения поставленной цели Edison Group создала тестовые стенды для анализа комплекса стандартных административных задач систем управления базы данных (СУБД) и определила уровень сложности и время, требуемое на выполнение этих задач, используя набор определенных показателей. На основе полученных результатов была произведена оценка ежегодной экономии трудозатрат, которую получит организация при использовании СУБД с оптимальной управляемостью. Результаты проведенного исследования выявили значительные преимущества Oracle Database 10g Release 2 по параметрам управляемости перед Microsoft SQL Server 2005.

Анализ показал, что при установке и при дальнейшем администрировании базы данных:

Администраторы базы данных (DBA) тратят на 38% меньше времени на выполнение типичных функций администрирования в СУБД Oracle Database 10g Release 2 по сравнению с Microsoft SQL Server 2005.

Согласно методике оценки, принятой Edison Group, Oracle Database 10g Release требует на 30% меньше действий для выполнения всего набора стандартных административных задач, чем Microsoft SQL Server 2005.

';

Повышение эффективности управления базами данных позволит организациям экономить до $31,664 в год на администрировании одной базы данных при использовании Oracle Database 10g Release 2, по сравнению Microsoft SQL Server 2005.

Это исследование можно получить с web-сайта Edison Group, Inc. http://www.theedison.com Документ находится в библиотеке документов (требуется регистрация):

http://www.theedison.com/index.php/articles/c51/ Можно по-разному проинтерпретировать значимость такой экономии в зависимости от размеров организации и важности задач повышения эффективности управления базами данных. Не имеет значения, какой подход при этом применяется – отмеченное увеличение эффективности работы СУБД Oracle, а также существенные различия в сложности управления двумя базами являются весьма важными факторами для любой организации, использующей или выбирающей СУБД.

Наибольшие отличия в управляемости этих двух систем были отмечены в сфере диагностики и настройки производительности, управления процессами резервным копированием и восстановлением. В области диагностики и настройки производительности, отнимающих значительную часть времени работы администраторов СУБД, преимущество системы Oracle основывалось на использовании функций диагностики производительности Oracle (Automatic Database Diagnostic Monitor) и аналогичной функции Microsoft (SQL Tuning Advisor). Oracle Database 10g Release 2 позволила сократить время работ на 74% и уменьшить сложность выполнения настройки производительности на 38% по сравнению с Microsoft SQL Server 2005.

Функции автоматического управления резервированием, восстановлением и защиты от человеческих ошибок СУБД Oracle Database 10g, позволили добиться значительного преимущества перед SQL Server 2005. Понадобилось на 62% меньше времени и на 67% меньше действий на выполнение задач резервного копирования и восстановления при использовании Oracle, чем SQL Server 2005.

В рамках этого анализа было также проведено сравнение новых версий систем с предыдущими, в результате чего было выявлены изменения в решении задач администрирования обеих СУБД. Выполненное нами ранее сравнительное исследование СУБД Oracle Database 10g Release 1 и Microsoft SQL Server 2000 также установило преимущество системы Oracle, но в меньшем масштабе. Оно показало преимущество Oracle Database 10g Release 1 в 30% по времени и в 20% по уровню сложности перед Microsoft SQL Server 2000. В настоящий момент преимущество Oracle еще боле увеличилось: Oracle Database 10g Release 2 экономичнее по сравнению с SQL Server 2005, по времени - на 38% и по уровню сложности – на 30%.

Двумя основными факторами, обеспечившими лидирующее положение Oracle Database по отношению к SQL Server в последнем исследовании, являются:

снижение у СУБД версии Microsoft SQL Server 2005 управляемости на этапе инсталляции по сравнению с Microsoft SQL Server более полная реализация административных задач в СУБД Oracle Database 10g Release 2 по сравнению с предыдущей версией, обусловленная повышением уровня автоматизации выполнения стандартных задач и усовершенствованием пользовательского интерфейса его инструмента управления - Oracle Enterprise Этим исследованием Edison Group подтвердила преимущество СУБД Oracle Database 10g перед Microsoft SQL Server в сферах управления и сопровождения баз данных. База данных Oracle Database 10g Release 2 позволяет уменьшить объем ежедневно выполняемой работы и сократить расходы по управлению СУБД в масштабах предприятия.

Об отчете Этот отчёт представляет собой результаты сравнительного анализа функций управления СУБД Oracle Database 10g Release 2 и Microsoft SQL Server 2005.

Исследование фокусируется на количестве трудозатрат при сопровождении СУБД. Цель исследования – оценка сравнительных трудозатрат на управление указанными СУБД.

Были выполнены стандартные задачи в Oracle Database 10g Release 2 и Microsoft SQL Server 2005, а также проведено сравнение на предмет удобства использования при администрировании СУБД. При исследовании использовались встроенные средства управления обеих систем — Oracle Enterprise Manager 10.2 Database Control для Oracle, и Microsoft Management Studio для SQL Server. Задачей являлось объективное измерение (в количественном и качественном выражении) относительной управляемости Oracle Database 10g Release 2 и Microsoft SQL Server 2005 и оценка ежегодной экономии трудозатрат на управление, которую можно ожидать благодаря использованию более эффективной системы.

Для кого предназначен данный отчет?

Данный отчет будет полезен лицам, ответственным за принятие стратегических решений в компаниях, для технического персонала (разработчиков и администраторов баз данных [DBA], для системных администраторов) и независимых поставщиков программной обеспечения.

Особый интерес он также представляет для организаций среднего и малого бизнеса с критическими требованиями к СУБД и ограниченными IT-ресурсами на управление и сопровождение, а также для всех желающих впервые воспользоваться подобными технологиями.

Краткий обзор применяемой методики В рамках проведенного Edison Group сравнительного исследования выполнено сравнение СУБД Oracle Database 10g Release 2 и Microsoft SQL Server 2005 на предмет легкости в использовании, управляемости и произведена оценка относительных трудозатрат на сопровождение. Исследование выполнялось с помощью уникальной универсальной методики, специально разработанной Edison Group для проведения сравнительного анализа трудозатрат на администрирование систем. В результате произведена оценка ежегодных трудозатрат, с которыми столкнутся ИТ отделы или независимые поставщики программного обеспечения при использовании этих двух систем.

В ходе исследования СУБД Oracle Database 10g Release 2 и Microsoft SQL Server сравнивались с помощью специального комплекса метрик. Задачи администрирования подразделялись на четыре основные категории:

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

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

Структура отчета Здесь представлен краткий обзор разделов, содержащихся в данном документе:

• Обоснование исследования – рассмотрение аргументов в пользу участия Edison Group в этом исследовании.

• Методология исследования – этот раздел объясняет используемые при анализе методы оценки, включая описание методов присвоения весовых коэффициентов и подсчета результатов и методов определения объема трудозатрат.

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

• Заключение – подытоживает полученные результаты.

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

Обоснование сравнительного исследования Если Вы являетесь работником или собственником предприятия среднего и малого бизнеса, либо отвечаете за работу ИТ-подразделения компании, или же используете в работе приложения, требующие хранения больших объемов, то, скорее всего, выполнение Ваших текущих задач зависит от эффективности работы СУБД – Oracle Database или SQL Server.

Oracle в виде своей последней версии Oracle Database 10g Rel.2 предложила своим заказчикам современную СУБД, обеспечивающую средние и малые предприятия всеми необходимыми функциями, которые присутствовали в предыдущих версиях системы, делая при этом управление чрезвычайно удобным и оставляя СУБД Microsoft SQL Server далеко позади.

СУБД Oracle Database 10g поступает уже предварительно сконфигурированной и оснащенной необходимыми инструментальными средствами, что делает ее установку, развертывание и сопровождение более легкими, чем Microsoft SQL Server 2005.

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

• Имеет ли Oracle Database 10g Rel. 2 преимущества перед Microsoft SQL Server 2005;

• Является ли управление СУБД Oracle Database 10g Release 2 менее дорогостоящим, чем управление Microsoft SQL Server 2005, с точки зрения сравнительных трудозатрат на администрирование для предприятий использующих СУБД как для транзакционных приложений (OLTP), так и для аналитических приложений (OLAP), которые оперируют большим объемом информации Методология исследования В контексте данного исследования методология определяется как процесс оценки трудозатрат на управление системой, при котором две рассматриваемые системы сравниваются при помощи комплекса объективных и субъективных метрик для получения точных аналитических результатов. Итог исследования – определение сравнительных трудозатрат на управление для каждой системы при ее работе в промышленной (production) среде.

Применяемая в сравнительном анализе методика включает в себя следующие компоненты:

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

• Анализ: Анализ основан на использовании контрольного списка стандартных, регулярно выполняемых задач по администрированию баз данных, которые сравниваются количественно и качественно с целью произвести объективную оценку систем методом пошагового анализа и определить наилучшую СУБД. Измерения проводятся, прежде всего, для того, чтобы оценить удобство в управлении, но также и с целью определения скорости выполнения задач системой, т.е. установление времени, которое требуется системе на исполнение задачи после того, как они были заданы администратором СУБД. В основе анализа - применение комплекса количественных метрик, разработанных Edison Group, к наиболее важным задачам администрирования, с целью получения набора показательных статистических данных, выявляющих реальную разницу в трудозатратах на управление для двух исследуемых систем.

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

1) Время: Определяется как объем времени, требуемый на осуществление задачи.

Некоторые задачи, могут выполняться в фоновом режиме (асинхронно), что позволяет СУБД одновременно выполнять другие задачи. Для асинхронных задач производится измерение времени, которое требуется СУБД только для осуществления шагов по настройке и инициализации выполнения указанной задачи.

Для других (синхронных) задач, которые требуют полного контроля администраторов и делают невозможным параллельную реализацию других задач (например, при «горячем»

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

2) Сложность: Оценка сложности производится с помощью уникальной метрики, разработанной Edison Group специально для проведения этого исследования. Под сложностью понимается количество подсчитанных шагов, которое потребовалось выполнить для реализации определенной задачи, при этом шаг определяется как компонент задачи, вызывающий изменение состояния базы данных. Пример шага – создание группы файлов или табличного пространства.

В виду того, что шаги имеют разную сложность, каждый шаг разбивается на так называемые “инкременты”. Инкремент - это точка принятия решения по выполнению шага пользователем.

Инкременты технически определяются как часть шага, которая значительным образом влияет на состояние или выполняемую ветвь этого шага в процессе выполнения задачи, но которая сама по себе не вызывает изменений во внутреннем состоянии базы данных, пока выполнение шага не будет завершено. Например, выбор между Basic и Advanced Install (базовой или расширенной инсталляцией) и последующее нажатие на кнопку Next на экране мастера инсталляции Oracle является инкрементом, вызывающим инкрементальное изменение последовательности процесса инсталляции базы данных, но не приводящем к изменению состояния базы данных. Сложность далее измеряется исходя из количества осуществленных шагов, но с учетом следующих факторов:

Количества инкрементов, которое необходимо для выполнения каждого шага.

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

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

Вышеуказанные факторы влияют на вычисление сложности следующим образом:

С каждым 6 –м инкрементом в шаге по выполнению задачи добавляется еще один шаг.

Таким образом, если в шаге содержится 0.5 инкремента, он не меняется, при наличии 6-10 инкрементов он увеличивается на 1, при 11-15 инкрементах – на 2 и т.д. Решение использовать этот метод было принято, потому что инкременты являются вторичными по отношению к шагам при определении сложности, они в действительности изменяют относительную сложность данного шага при выполнении задачи. Другими словами, шаги с малым количеством инкрементов - простые, а шаги с большим количеством инкрементов – сложные.

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

Что касается инструментального окружения, то если бы можно было выполнить всю операцию с помощью графического пользовательского интерфейса, значение сложности шага для этой задачи оставалось бы неизмененным. Если бы для выполнения шага требовалось использование интерфейса с командной строкой, это увеличивало бы значение этого шага. Для простой операции с одной командной строкой значение шага увеличивалось на 1, в то время как при написании пользователем командного файла для выполнения операции, значение шага увеличивалось на 2 и более, в зависимости от того, насколько трудоемкую работу по написанию рассматриваемого командного файла необходимо было выполнить.

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

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

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

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

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

Эта методология была разработана с помощью следующих источников:

• Основной список базовых задач администрирования и их трудозатраты, в этом документе составлен на основе результатов исследований, проведенных Oracle. Далее Edison Group были внесены изменения и некоторые задачи удалены из списка с целью обеспечения равных условий для сравнения двух систем.

• Методика присвоения весовых коэффициентов задачам, основывалась на материале, опубликованном в Database Trends.

• Контрольный список задач и их трудозатраты проверялись аналитиками Edison Group на предмет корректности с помощью документации “Oracle Database 10g Rel.2 Administration Guide”.

• Контрольный список задач и весовых коэффициентов в дальнейшем проверялся на предмет корректности по документации “Microsoft SQL Server 2005 Books Online” и учебным материалам по Microsoft SQL Server 2005. Эти источники оказались наиболее полезными при выполнении исследования, подробным образом освещая вопросы управления SQL Server 2005.

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

Распределение весовых коэффициентов При рассмотрении результатов было принято во внимание то, что все задачи администрирования обладают разной степенью значимости, сложности и частоты выполнения. Например, настройка базы данных или создание новой таблицы осуществляется гораздо чаще, чем создание новой базы данных. Для того чтобы должным образом учесть это в нашем анализе, был использован средневзвешенный коэффициент для каждой области задач, выполняемых при администрировании баз данных Далее приводятся весовые коэффициенты, используемые для анализа: В Установка и настройка конфигурации 5% администрированию Резервирование и восстановление 14% Метрики для определения весовых коэффициентов задач администрирования базы данных, использованные в вышеприведенной таблице, были получены из статьи, опубликованной на сайте Database Trends and Applications (http://databasetrends.com/) в 2002. Графа «Другое»

охватывает задачи, которые не были включены в данное исследование, как, например, поддержка лицензионных соглашений для программного обеспечения и обновление баз данных. Эта графа все же вошла в таблицу потому, что подобные операции являются необходимой частью ежедневно выполняемой работы. Более того, при выполнении расчетов для обеих систем применялось одинаковое значение коэффициента для категории “другое” (21%), чтобы не отдавать предпочтение одной из систем.

Тестирование трудозатрат на администрирование Установка и настройка конфигурации базы данных (Категория трудозатрат) • Инсталляция базы данных/программного обеспечения с использованием стандартных настроек • Создание нового экземпляра базы данных • Установка и настройка функций автоматического мониторинга Ежедневные задачи администрирования базы данных (Категория трудозатрат) • Создание пользователя с применением ролей и привилегий • Создание табличного пространства или файловой группы • Добавление дискового пространства к базе данных • Создание таблицы • Создание индекса • Устранение фрагментации данных и освобождение занятого пространства • Загрузка данных из текстового файла Задачи по резервному копированию и восстановлению (Категория трудозатрат) • Настройка конфигурации и выполнение полного резервного копирования • Восстановление удаленной таблицы • Восстановление файла данных • Восстановление после ошибочной транзакции Задачи по диагностике и настройке производительности (Категория трудозатрат) • Диагностирование проблемы производительности • Устранение проблемы производительности (настройка SQL-оператора) • Настройка использования оперативной памяти Результаты тестирования В этой таблице приводятся совокупные результаты тестирования. Они подтверждают утверждения Oracle о том, что новая версия СУБД Oracle Database 10g Release 2 превосходит Microsoft SQL Server 2005.

СУБД Oracle Database 10g Release 2 понадобилось на 47% меньше времени и на 49% меньше шагов для выполнения всех изучаемых задач. После того, как все задачи были расположены в соответствии с их значимостью в общем объеме работы администратора, выполняемой за один рабочий день (не все задачи реализуются с одинаковой частотой, о чем уже говорилось в разделе Распределение весовых коэффициентов этого отчета), оказалось, что обычному администратору СУБД потребуется на 38,2% меньше времени на осуществление стандартных функций по администрированию при использовании СУБД Oracle Database 10g Release 2, чем при использовании Microsoft SQL Server 2005. Аналогичным образом, при оценке уровня сложности систем было выявлено, что за обычный рабочий день администратору понадобится сделать на 30% меньше шагов с Oracle Database 10g Release 2, чем с Microsoft SQL Server 2005.

Превосходство Oracle Database 10g Release 2 перед Microsoft SQL Server 2005 было обеспечено в следующих областях:

• Диагностика и настройка производительности: уникальные решения Oracle по упреждающей диагностике производительности и автоматической настройке областей SQL, гарантировали Oracle полное преимущество. В этой сфере Oracle Database 10g Release 2 потребовалось на 74% меньше времени и на 38% меньше шагов, чем Microsoft SQL Server 2005.

Время во всех таблицах указывается в минутах. Точность - 1/100 минуты. SS = SQL Server • Резервное копирование и восстановление: На этом участке архитектурные и функциональные возможности Oracle, как, например, механизм flashback, позволяющий производить восстановление в случаях человеческих ошибок, гораздо шире тех, что предлагаются Microsoft SQL Server 2005, обеспечивая преимущество Oracle. Oracle Database 10g Release 2 понадобилось на 62% меньше времени и на 67% меньше шагов, чем Microsoft SQL Server 2005.

• Ежедневные задачи администрирования: В этой категории Oracle Database 10g Release 2 продемонстрировала преимущество перед Microsoft SQL Server 2005 по времени в 27% и в 25% - по количеству реализованных шагов. Обеспечение Oracle автоматизации выполнения важных текущих задач по администрированию в дополнение к расширенным функциональным возможностям графического интерфейса Oracle Enterprise Manager, делающего управление удобным, позволило Oracle добиться дополнительного преимущества в этой категории.

• Инсталляция и простая стандартная настройка: Значительное ухудшение Microsoft SQL Server 2005 в области инсталляции по сравнению с Microsoft SQL Server 2000 также помогло Oracle удержать лидирующее положение. Oracle Database 10g Release требовалось на 32% меньше времени и на 57% меньше шагов, чем Microsoft SQL Server 2005 на проведение работ по установке и стандартной настройке (без учета степени значимости инсталляции и конфигурации в повседневной работе администратора Примечание по сложности: Результаты этого исследования продемонстрировали, что новая версия Oracle Database 10g сделала настоящий прорыв в области управляемости и удобства использования, а Web-интерфейс Oracle Enterprise Manager имеет удобный дизайн и отвечает всем основным требованиям. Функциональность СУБД SQL Server Management Studio - большой шаг вперед по сравнению с предыдущей Microsoft Enterprise Manager, но этой СУБД не хватает существенных функциональных возможностей и удобности использования. Все данные в полном виде изложены в Примечании III (Подробные результаты тестирования), которое содержит комплексный численный анализ, проведенный по результатам этого исследования.

Сравнительная экономия трудозатрат на администрирование Основная предпосылка любого сравнительного исследования подобного рода состоит в том, что истинная стоимость владения и управления такими системами как Oracle Database 10g и SQL Server начинает проявляться только после покупки программного продукта. В большинстве случаев, из реальной деловой практики, трудозатраты на администрирование и сопровождение значительно перевешивают затраты на лицензирование и вспомогательные расходы в течение срока службы продукта.

Имея в виду это обстоятельство, мы произвели оценку ежегодных трудозатрат, которые могут быть сокращены благодаря экономии рабочего времени администратора, получаемой за счет того, что одна из систем более удобна в управлении, чем другая. Для подсчета экономии трудозатрат использовались данные по заработной плате администраторов СУБД, опубликованные на сайте http://www.salary.com.

Данные с сайта Salary.com: Средняя общая сумма вознаграждения обычного администратора базы данных в США, включая компенсационные выплаты, составляет $82,889. Этот оперативный отчет о рыночной цене труда был подготовлен на основе анализа, который был проведен сертифицированными специалистами по вопросам заработной платы и охватывал данные, собранные отделами кадров многих тысяч компаний различных отраслей и регионов США.

Если среднюю заработную плату администраторов, указанную на Salary.com, вставить в нижеприведенную формулу, получим следующие результаты подсчета экономии трудозатрат на управление в количественном выражении:

Средняя заработная плата администратора (экономия времени) = $82,889 *38.2% = $31, Этот результат можно пересчитать в соответствии с расходами на выплату заработной платы в вашей организации, применив вышеуказанную формулу. При умножении полученной цифры на число работающих в организации администраторов экономия затрат на управление быстро вырастет до цифры, которая существенно превысит размер единовременной выплаты на покупку лицензионного программного продукта.

Краткое изложение результатов тестирования трудоемкости администрирования В этом разделе отчета в общих чертах дается описание результатов тестирования по каждой категории трудозатрат. Оно поможет лучше понять различие между СУБД Oracle Database 10g и Microsoft SQL Server по всем параметрам. В нижеприводимой таблице сокращение “SS” обозначает Microsoft SQL Server 2005, а “Oracle” - Oracle Database 10g Release 2.

Инсталляция СУБД/программного обеспечения со стандартной настройкой (Краткое изложение результатов) Эта категория трудозатрат охватывает задачи по инсталляции программного обеспечения c установленной по умолчанию стандартной настройкой. В этой области было выполнено три задачи. Краткое изложение результатов тестирования в количественном выражении приводится в следующей таблице:

СУБД за один рабочий день Качественный анализ В этой категории Oracle Database 10g Release 2 понадобилось на 32% меньше времени и на 57% меньше шагов, чем Microsoft SQL Server 2005. При использовании коэффициента степени значимости задач для категории трудозатрат, выполняемых администратором за один трудовой день, у Oracle оказалось преимущество в 2% по времени и в 3% по сложности. В этой категории были выявлены значительные изменения со времени проведения предыдущего исследования. В исследовании по сравнению Microsoft SQL Server 2000 и Oracle Database 10g Release 1, SQL Server всего лишь ненамного превосходил Oracle Database 10g по времени, которое требовалось на выполнение задач. В этом исследовании была обнаружена ухудшение возможностей SQL Server в отношении управляемости - его новой версии понадобилось больше времени и большее количество шагов, чем предыдущей. Этот результат указывает на серьезные изъяны в комплектации и инсталляции Microsoft SQL Server 2005 по сравнению с предыдущей версией, в то время как Oracle удерживает свое положение на прежнем уровне.

Инсталляция Microsoft SQL Server 2005 начиналась неудобно. Во время процесса инсталляции Microsoft SQL Server 2005, “Upgrade Advisor” не смог обнаружить отсутствие двух важных компонентов, необходимых для современной платформы Windows 2000 Server. “Upgrade Advisor” не выявил отсутствие.Net 2.0 Framework и библиотеки Microsoft Data Access Component (MDAC) 2.8. Эта «функция» потребовала от нас переключения на web-браузер, чтобы можно было загрузить и инсталлировать эти компоненты с сайта Microsoft. После преодоления этого затруднения процедура инсталляции Microsoft SQL Server 2005 прошла относительно гладко. Однако, при том количестве решений, которое нам пришлось принять, чтобы установить и настроить Microsoft SQL Server 2005, вся процедура в целом оказалась сложной по сравнению с применением Oracle Database 10g (Release 1 /2).

Ввиду того, что этот сравнительный анализ преследует цель определить, какая из двух рассматриваемых систем обладает большей степенью удобства для пользователя, мы должны заключить на основании полученных результатов, что из двух систем баз данных Oracle Database 10g Release 2 самая простая в инсталляции.

Ежедневное администрирование базы данных (Краткое изложение результатов) Задачи по ежедневному администрированию баз данных охватывают текущие работы по управлению объектами базы данных – создание пользователей, таблиц и индексов, а также реорганизацию данных и загрузку информации из внешних источников. В этой категории было выполнено шесть задач.

Краткое изложение полученных количественных результатов приводится в следующей таблице:

СУБД за один рабочий день Качественный анализ В этой категории наблюдается ощутимое различие двух систем в управляемости. Oracle Database 10g Release 2 понадобилось затратить на 27% меньше времени и предпринять на 25% меньше шагов, чем Microsoft SQL Server 2005. При использовании коэффициента степени значимости задач для объема работ администратора, выполняемых за один трудовой день, выявило преимущество Oracle по времени приблизительно в 9%, и в 8% - по сложности. В предыдущем исследовании при сравнении более ранних версий этих систем было конкурентоспособны. По метрикам времени Oracle Database 10g Release 1 на 10% превосходила SQL Server 2000, а в отношении метрик сложности обе системы были одинаково эффективными. Улучшение управляемости у Oracle в этой категории обязано главным автоматизация выполнения основных задач администрирования, таких как выявление объектов базы данных, требующих дефрагментации пространства, на основе статистики их использования. Более того, графический пользовательский интерфейс Enterprise Manager был значительно расширен, чтобы позволить администраторам выполнять текущие задачи с большей легкостью, например, загрузку информации в базу данных. По сравнению с предыдущим исследованием, которое показало, что обе системы хорошо спроектированы и удобны для текущего администрирования, этот анализ показал, что СУБД Oracle Database 10g Release 2 значительно более эффективна, чем Microsoft SQL Server 2005 при реализации задач по ежедневному администрированию.

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

СУБД за один рабочий день Качественный анализ В СУБД Oracle Database 10g были представлены новые функции управления автоматическим резервированием и восстановлением после ошибочных действий, которые в основном и обеспечили значительное преимущество Oracle перед SQL Server. Эти функции являются современными средствами для совершенствования управляемости системы, обеспечивающими радикальное улучшение по сравнению со всеми предыдущими версиями Oracle Database.

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

В противоположность этому, Oracle Database 10g имеет функцию Flashback, построенную на обеспечивающей многоверсионное согласованное чтение архитектуре, которая постоянно улучшается разработчиками, начиная с версии Oracle 7. Эти функции поддерживают уровень встроенной отказоустойчивости базы данных, которого просто не существует в других конкурирующих СУБД.

Что касается количественного выражения, то цифры говорят сами за себя. Эти цифры выглядят впечатляюще при прочтении их до распределения весовых коэффициентов ежедневно выполняемых задач.

В этой категории Oracle потребовалось:

• затратить на 62% меньше времени, чем Microsoft SQL Server • произвести на 67% меньше шагов.

После распределения весовых коэффициентов ежедневно выполняемых задач администратора:

• у Oracle выявлена экономия времени в 8.3% за обычный рабочий день • при использовании СУБД Oracle необходимо произвести на 9% меньше шагов Таким образом, Oracle Database 10g Release 2 показала себя значительно менее сложной системой, чем Microsoft SQL Server 2005, потребовав на 67% меньше шагов. Это преимущество обязано главным образом с техническим усовершенствованиям Oracle Database 10g, в особенности с возможностями автоматического оперативного восстановления, которые обеспечиваются функциями Flashback, использованными нами для восстановления удаленной таблицы и серии ошибочных транзакций. В дополнение к этому, Oracle Database 10g Release 2 облегчила выполнение сложных операций по восстановлению.

В предыдущем исследовании реализация некоторых таких задач с помощью Oracle Database 10g Release 1 была относительно более сложным процессом, чем с интерфейсом Enterprise Manager версии 10.2. В результате, разница в времени для Oracle Database 10g Release 2 по сравнению с предыдущим исследованием улучшилась с 50% до 62% а разница в сложности с 56% до 67%.

Microsoft SQL Server 2005 поддерживает функцию “Database Snapshot”, которая позволяет создавать и применять режим просмотра базы данных "только для чтения", что осуществляется путем мгновенного создания и поддержания отдельной копии измененных страниц и приводит к некоторым непроизводительным расходам. В то время как рекламируется, что функция Database Snapshot способна обеспечить быстрое восстановление от случайных изменений обращением к моментальному снимку Snapshot на уровне таблицы, она предполагает, что все таблицы имеют заранее созданный мгновенный снимок, что не является реалистичным сценарием.

Кроме того, даже если моментальный снимок был инициирован пользователем в уже истекший момент времени, некоторые транзакции, произведенные после этого момента времени, могут быть не восстановлены (т.е. процедура регистрации мгновенных снимков не может быть применена). Потерянные изменения придется вносить снова, вручную. Именно поэтому функция Database Snapshot не использовалась в этом тестировании. Этот аспект является еще одним важным параметром, отличающим Microsoft SQL Server (версии 2000 и 2005) и Oracle Database 10g (версии 1 и 2). Как отмечается в разделе “Подробное описание задач” Приложения V в описании задач резервирования и восстановления, к оценке штрафов для Microsoft SQL Server 2005 был применен довольно консервативный подход, но учет всех сложностей и ручной характер восстановления могли бы значительно увеличить уже установленную степень сложности.

Oracle Database 10g обеспечивает механизм постоянного действия snapshot в течение установленного периода времени, во время которого технология Flashback гарантирует полную сохранность данных. Эта функция страхует предприятия от различных потенциальных ошибок.

Итак, в этом разделе исследования демонстрируется очевидное преимущество Oracle - рекомендуются использовать функции настройки резервирования базы данных и восстановления Flashback, а не функции резервирования и восстановления Microsoft SQL Server 2005.

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

СУБД за один рабочий день Качественный анализ Из всех областей сравнительного анализа в этой категории СУБД Oracle Database 10g Release 2 показала свои самые сильные стороны. В отношении метрик времени и количество шагов СУБД Oracle Database 10g по сравнению Microsoft SQL Server 2005 оказалась:

• на 74% эффективнее по времени • на 38% эффективнее по количеству выполненных шагов.

При том, что более четверти рабочего времени администратора СУБД затрачивается на выполнение функций, связанных с диагностированием и настройкой производительности, можно подсчитать, что преимущество Oracle в этой категории обеспечивает следующую экономию трудозатрат администратора за один рабочий день:

• 19.3% по времени • 9.8% по количеству шагов Именно в этой области задач самые высокооплачиваемые администраторы СУБД и эксперты затрачивают большую часть своего рабочего времени и, в данном случае, именно на этом сегменте исследования Oracle Database 10g продемонстрировала значительное превосходство по сравнению с Microsoft SQL Server.

Преимущество Oracle в этой категории обеспечил новый механизм самодиагностики (Automatic Database Diagnostic Monitor – ADDM), впервые представленный в Oracle Database 10g Release 1, который выявляет проблемы производительности системы до их появления и автоматизирующий сложную задачу настройки SQL-запросов. Несмотря на то, что Microsoft SQL Server располагает функциями, облегчающими настройку SQL, как, например, Database Tuning Advisor, представляющий собой расширенную версию мастера настройки индексов Index Tuning Wizard, его решение не такое комплексное, как у Oracle, и в нем делается упор только на один аспект настройки SQL-запросов.

Более того, в области диагностики производительности, SQL Server не располагает никакими возможностями, которые можно было бы непосредственно сравнить с возможностями самодиагностики ADDM. Вместе ADDM и SQL Tuning Advisor дают Oracle важное производительности, что соответствующим образом отражено в вышеприведенных данных по затраченному времени и по сложности использования.

диагностирования и настройки производительности настолько, что использование Oracle Database 10g значительным образом сократит затраты на управление для любой компании.

По завершении этой части нашего анализа стало ясно, что Oracle Database10g установила производительностью базы данных.

Заключение По окончании тестирования и подтверждении полученных результатов группой независимых специалистов по базам данных, т.е. третьей стороной, был сделан вывод о том, что база данных Oracle Database 10g Release 2 обладает значительным преимуществом перед Microsoft SQL Server 2005 в области управляемости.

В результате, можно с уверенностью утверждать, что СУБД Oracle Database 10g Release может обеспечить ощутимую экономию затрат на управление по сравнению с Microsoft SQL Server 2005. В свете того, что Microsoft SQL Server до этого считался базой данных с самыми удобными средствами работы для компаний среднего и малого бизнеса, мы полагаем, что благодаря Oracle Database 10g Release 1 и Release 2, компания Oracle значительно повысила планку управляемости СУБД, установив новый стандарт удобного администрирования, в соответствии с которым в скором времени будут оцениваться все конкурирующие программные продукты.

Это исследование в количественном измерении продемонстрировало значительное превосходство СУБД Oracle Database 10g Release 2 по сравнению с Microsoft SQL Server в области управляемости. Oracle Database10g Release 2 в значительной степени снижает нагрузку на администраторов баз данных, а также снижает сложность выполнения задач по администрированию в сравнении с Microsoft SQL Server 2005. Это приводит к повышению эффективности работы администраторов и к более высокой надежности системы и, что еще важнее, к существенной экономии расходов для организаций.

Приложение I – Описание тестовой платформы Технические характеристики вычислительной техники, которая использовалась для проведения данного исследования:

1) Аппаратная платформа: характеристика операционной системы и аппаратных компонентов.

Операционная система: Microsoft Windows Server 2000 (вер. 5.00.2195) + (SP4) Процессоры: 2 x Intel Xeon 2.8 ГГц CPU w/512 K Cache, 533 МГц FSB Оперативная память: 1 ГБ DDR, 2x512 МБ 266 МГц DIMM Дисковая память: три жестких диска по 36 ГБ, 10 K RPM, (Ultra 320) SCSI Hot Plug Конфигурация дисковой подсистемы: встроенный контроллер RAID 5, три диска с подключением через интегрированный RAID-контроллер 2) Программные платформы: характеристика программных платформ систем управления реляционными базами данных.

- Oracle Oracle Database 10g Enterprise Edition 10.2.0. Oracle Enterprise Manager 10g Release 2 Database Control (входит в программный пакет Oracle Database 10g Rel.2 ) Database Configuration Assistant (входит в программный пакет Oracle Database 10g - Microsoft SQL Server 2005 Enterprise Edition SQL Server Management Studio (входит в программный пакет SQL Server 2005 EE) Database Tuning Advisor (входит в программный пакет SQL Server 2005 EE) SQL Server Profiler (входит в программный пакет SQL Server 2005 EE) Примечание: Этот сравнительный анализ производился с помощью средств управления базами данных, которые входят в программные пакеты двух рассматриваемых систем.

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

Для данного исследования выбор операционной системы (Windows Server 2003 или Windows Server 2000) не имеет серьезного значения. Это обусловлено тем, что целью исследования является анализ управляемости и сложности программных продуктов Oracle Database и MS SQL Server, а не эффективность их функционирования на определенной операционной системе или оборудовании.

Приложение II – Описание архитектурных и терминологических различий СУБД Oracle Database 10g и Microsoft SQL Server относятся к самым распространенным системам управления реляционными базами данных. Однако, необходимо дать разъяснение по нескольким главным архитектурным и терминологическим различиям относительно того, как было спроектировано исполнение функций управления базами данных для этих систем, чтобы у читающих этот отчет пользователей могло сформироваться четкое понимание терминов и задач, которые использовались в сравнительном анализе. (См. глоссарий терминологии в Приложении VI.) В отношении дисковых ресурсов, физические определения базы данных Oracle и SQL Server в основном совпадают. С этой точки зрения, база данных является хранилищем информации, содержащейся в одном или более файлах данных, логически организованных в одном или более табличных пространствах (в Oracle) или группе(ах) файлов (в SQL Server). Однако, более пристальный взгляд на логические структуры, определяющие термин "база данных" позволяет обнаружить несколько интересных различий.

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

пользователя с глобальной регистрацией и пользователя локальной базы данных. Это различие связано с тем, что Oracle является системой с открытой платформой, обеспечивающей работу под многими операционными системами, и сама по себе не может положиться на то, что базовая операционная система будет вести себя определенным образом. Для того, чтобы обеспечить бесперебойное управление всеми поддерживаемыми платформами, она должна самостоятельно сформировать и задействовать все важные объекты (например, пользователей) и функции (например, аутентификацию), требуемые СУБД. В противоположность этому, SQL Server полностью зависим от операционной системы Microsoft Windows. При такой тесной взаимосвязи между SQL Server и Windows, SQL Server использует многие системные функции Windows, работающие в фоновом режиме в качестве служб операционной системы (например, Active Directory) для выполнения различных операций. Управление идентификацией пользователей базы данных – основная область существенных различий между этими системами.

В СУБД Oracle база данных являются эквивалентом сервера (за исключением RACкластеров). Oracle использует понятие “схемы” (schema) для поддержания стандартов ANSISQL, пользователи базы данных могут владеть объектами, а такие объекты уже рассматриваются как объекты схемы. В то время как SQL Server применяет концепцию регистрации входа в базу данных и регистрацию при соединении, Oracle использует систему единой авторизации. Объекты Oracle сохраняются в виде сегментов в табличных пространствах, состоящих из файлов. Эти табличные пространства представляют собой объекты для управления и являются ближайшим эквивалентом базы данных SQL Server и/или его внутренних файловых групп.

В данном разделе были освещены главные архитектурные и терминологические различия между Oracle 10g Database и Microsoft SQL Server. Принципиальные различия в базовой терминологии систем и советы, которые производители дают своим клиентам относительно управления инсталляцией крупных баз данных с помощью этих систем, являются важными для понимания того, какие сравнительные трудозатраты на управление эти системы потребуют. Особенно это верно в свете того, что теперь в СУБД Oracle 10g Release 1 и Release 2 существуют функции самонастройки и самоуправления.

Приложение III – Подробные результаты тестирования Задачи по инсталляции и первичной настройке создание первичной версии СУБД сервера/экземпляра базы данных мониторинга и использования дискового пространства СУБД за один рабочий день Задачи по ежедневному администрированию СУБД привилегиями помощью устранения фрагментации данных СУБД за один рабочий день Задачи по резервному копированию и восстановлению данных полного резервирования копирования on-line СУБД за один рабочий день Задачи по диагностике и настройке производительности (настройка SQL-оператора) СУБД за один рабочий день СУБД за один рабочий день Приложение IV – Формула расчета сложности Сложность определяется как количество подсчитанных шагов, требуемое для выполнения определенной задачи. Для расчета уровня сложности каждой задачи в этом исследовании использовалась следующая формула:

1. Для каждых пяти инкрементов, содержащихся в одном шаге, значение шага увеличивалось на 1. Например:

Если в шаге присутствует 0.5 инкремента, значение шага = шаг + 0, Если в шаге содержится 6.10 инкремента, значение шага = шаг + Если в шаге 11.15 инкремента, значение шага = шаг + 2. Инструментальные средства, предлагаемые для реализации данной задачи, изменяют сложность задач следующим образом.

пользовательского интерфейса, значение шага = счет по шагу + 0.

Если задача требует использования интерфейса с командной строкой, значение шага меняется следующим образом:

Если команда в командной строке состоит из одной строчки, значение шага = Если для команды в командной строчке необходимо написание сценария, значение шага = счет по шагу + 2 или более шагов, в зависимости от субъективной оценки сложности сценария.

3. Если задача требует переключателя между разными средами, значение шага = счет по шагу + 2 или более шагов, в зависимости от субъективной оценки сложности переключения между графическим интерфейсом и командной строкой.

В случае операций восстановления до заданной контрольной точки (задачи 12 и 14), нами использовалось право наложения штрафов, в зависимости от сложности операции – если операция требовала от администратора предварительного сложного анализа входящей информации, ей назначался некий субъективный коэффициент (штраф) сложности.

Приложение V – Подробное описание задач Установка и первичная настройка Задача 1: Установка СУБД, управляющего ПО и создание первичной версии СУБД Инсталляция 1. Запустить Oracle Installer 19 мин. 1. Запустить инсталлятор управления В таблице описания задач в колонке Шаг представляет инкремент для этого шага. Более подробная информация по этой метрике содержится в разделе Методология исследования.

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

переключатель Задача 2: Создание дополнительного сервера/экземпляра СУБД нового * Создать новую базу данных 50 сек. * Выбрать Install Server Components 25 сек.

экземпляра * Выбрать шаблон базы данных * Принять условия лицензии базы общего назначения (выбирается по * Предустановочная контрольная Задача 3: Настройка функций упреждающего мониторинга производительности и использования дискового пространства Установить 1. Перейдите на страницу «Manage 30 2. В Management Studio:

предельные Metrics» (EM home Page, сек. * Выберите Server/ Service Agent / 40 сек.

сохранить Threshold”. Это поможет перейти на свойство объекта для мониторинга/ событие и страницу "Edit Thresholds”. состояние экземпляра БД/ начать * Установите предельное значение мониторинг для Buffer Cache Hit (в %).

базы данных Итог по задачам инсталляции и простой стандартной установки Штраф за инкременты Подсчет шагов (Сложность) Задачи ежедневного администрирования СУБД Задача 4: Создание пользователя, присвоение ролей/привилегий Задача 5: Создание табличного пространства и файловой группы области и * Выбрать Tablespaces. Нажать на Database / Properties группы файлов кнопку Create и ввести имя * В Database/Properties выбрать:

Задача 6: Добавление дискового пространства к СУБД Задача 7: Создание таблицы Задача 8: Создание индекса Задача 9: Освобождение дискового пространства с помощью устранения фрагментации данных Задача 10: Загрузка данных из текстового файла * Принять по умолчанию настройки Accept Defaults, выбрать Datasource / Итоговые результаты по задачам ежедневного администрирования СУБД Резервное копирование и восстановление Задача 11: Настройка и выполнение полного резервного копирования СУБД в режиме on-line конфигурации резервирование автоматически * Выбрать Management / Maintenance интерактивного после создания базы данных.) * Server Maintenance Plan Wizard / Задача 12: Восстановление удаленной таблицы Восстановление 1. Восстановить таблицу с помощью 20 сек. 1. Server Management Studio / 7 мин.

командной строки Примечание: Выполнение этой операции в Oracle Database 10g Release 2 поддерживается как интерфейсом, работающим в режиме командной строки, так и графическим интерфейсом пользователя. После некоторого обдумывания было решено, что выполнение команды в одну строку в командной строке SQL*Plus, было самым простым способом осуществить эту операцию. Более того, после расчета сложности по вышеуказанной схеме было установлено, что в чисто техническом исчислении методы использования интерфейса с командной строкой и графического пользовательского интерфейса для реализации этой операции были равнозначными, хотя присутствовало субъективное ощущение того, что применение командной строки для выполнения операции являлось более простым из двух способов. Для SQL Server это была нетривиальная операция, при которой использовалась в основном та же процедура, что и при восстановлении после ошибочной транзакции, описываемая в задаче 14.

То, что нам пришлось вручную восстанавливать все потерянные транзакции после момента удаления таблицы, было серьезным недостатком. Поэтому нам пришлось наложить штраф (*) на SQL Server в размере двух шагов за выполнение операции ручным способом. Штрафование пришлось применить по той причине, что в реальных условиях существует вероятность того, что между моментом совершения ошибки и временем восстановления в базе данных будет выполнено множество транзакций, которые придется восстанавливать вручную. В противоположность этому, Oracle Database был сделан моментальный снимок удаленной таблицы во время работы базы данных, и мы смогли продолжить работу. Это была одна из двух областей нашего исследования, где пришлось применять штрафование шагами на основе субъективных критериев, выходящих за рамки методики определения сложности, подробно описанной в начале этого отчета.

*, +: Учет того, что преодоление всех связанных с восстановлением затруднений может повысить общий уровень сложности выполнения задачи. Накладываемый на Microsoft SQL Server 2005 штраф является довольно умеренным в этих двух областях: a) штраф за объем работы, который придется выполнить ручным способом, чтобы восстановить все потерянные транзакции, в шаге 3 и b) штраф за инкременты в шаге 1 (Server Management Studio/Restore database) Задача 13: Восстановление файла данных потерян файл позволит запустить мастера сек. * Restore Database: / Specific сек.

Задача 14: Восстановление после ошибочной транзакции переключатель Примечание: Oracle Database 10g Release 2 предлагает механизмы восстановления на уровне отдельных блоков данных после ошибочных транзакций. Постановка задачи же предусматривает самый основной вариант. Однако, в SQL Server 2005 восстановление после использования неверной команды практически невозможно; оно предполагало бы восстановление в другую базу данных и попытку извлечь оттуда соответствующие данные.

В Oracle Database 10g эта функция позволила произвести отмену ошибочной транзакции с определенный период времени, с выполнением четко обозначенного ряда действий и без необходимости выключения системы. В случае с SQL Server, нам пришлось ручным способом восстанавливать все транзакции, которые были потеряны после того момента времени, до которого база данных была восстановлена – серьезный недостаток.

Поэтому в этой категории нам пришлось наложить на Microsoft SQL Server 2005 штраф в размере двух шагов за выполненные ручным способом действия.

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

Для выполнения подобного рода операции в Oracle Database, администратор БД сможет воспользоваться простым и интуитивно-понятным графическим пользовательским интерфейсом, без необходимости выполнять восстановление транзакций вручную. Это была одна из двух областей нашего исследования, в которых пришлось применять штрафование шагами на основе субъективных критериев, выходящих за рамки методики определения сложности, подробно описанной в начале этого отчета.

*, +: Учет того, что преодоление всех связанных с восстановлением затруднений может повысить общий уровень сложности выполнения задачи. Штрафные санкции, применяемые к Microsoft SQL Server 2005, являются довольно умеренными в этих двух областях: a) штраф за объем работы, который придется выполнить вручную, чтобы восстановить все потерянные транзакции, по шагу 3 и b) штраф за инкременты по шагу 1 (Server Management Studio/Restore database) Итог по задачам резервного копирования и восстановления Задачи по диагностике и настройке производительности Задача 15: Диагностирование проблем производительности ресурсоемких cтраницу EM и просмотреть *Повторно загрузить результаты SQL-операторов последний отчет ADDM. трассировки и просмотреть переключатель Примечание: В Oracle Database 10g Release 1 была представлена новая функция Automatic Workload Repository (AWR), которая упреждающе производит сбор статистики производительности и загруженности SQL. Такая функция устраняет необходимость выполнения ручной настройки конфигурации, что требуется для диагностирования производительности в Microsoft SQL Server 2005. Механизм самодиагностики Automatic Database Diagnostic Monitor (ADDM), предложенный в Oracle Database 10g Release 1, упреждающе анализирует собранную AWR информацию с целью выявления проблем производительности и дает рекомендации по их устранению. В нашем сценарии тестирования проблема производительности была вызвана неверным SQL-оператором, потребляющим слишком большие ресурсы. Учитывая то, что SQL- операторы зачастую являются доминирующей причиной проблем производительности, этот сценарий можно было считать реалистичным. ADDM автоматически и упреждающе определяет SQL операторы, которые приводят к излишней загруженности системы. Поэтому в Oracle пользователю нужно только ознакомиться с отчетом ADDM, чтобы выявить проблемы производительности. В противоположность этому, Microsoft SQL Server (Release 2000 и 2005) была использована более традиционная модель, требующая визуального анализа файлов трассировки с помощью своего инструмента SQL Profiler. В результате, на диагностирование проблемы в Microsoft SQL Server 2005 потребовалось больше времени, чем в Oracle. Следует, однако, отметить, что ADDM является общим решением, позволяющим выявить все типы проблем с производительностью, а не только проблемы, связанные с SQL, в то время как применяемый в Microsoft SQL Server 2005 метод нацелен исключительно на идентификацию проблем SQL-операторов.

Задача 16: Устранение проблем производительности (настройка SQLоператора) переключатель Примечание: Для Microsoft SQL Server 2005 настройка сложного проблемного SQLоператора выполняется ручным способом (единственное исключение – настройка индекса);

поэтому, а также ввиду того, что реализация этой задачи всегда будет занимать значительное время, которое нельзя точно определить, был сделан вывод, что "10 с лишним минут» будет честной, консервативной оценкой времени, которое бы потребовалось высококвалифицированному специалисту на выполнение этой задачи в Microsoft SQL Server 2005 по отношению к широкому спектру запросов, с которыми придется иметь дело в реальных условиях. С другой стороны, SQL Tuning Advisor в Oracle Database 10g выполняет более комплексную настройку SQL-операторов, охватывая все аспекты настройки SQL применительно к базе данных Oracle, т.е. создание индекса, реструктуризацию запроса, анализ статистики и профилирование SQL. Следовательно, ручная настройка не потребовалась при работе с Oracle. Единственный случай взаимодействия с пользователем - это запуск SQL Tuning Advisor и принятие его рекомендаций после их создания. Так как текущая настройка выполняется SQL Tuning Advisor в фоновом режиме, и DBA может при этом свободно заниматься другими делами, требуемое на создание рекомендаций время не учитывалось при подсчете времени, необходимом для выполнения этой задачи.

Задача 17: Настройка использования оперативной памяти Настройка 1. Проверить последний отчет 1 мин. Нет (SS выполняет автоматическую 0 мин.

памяти 2. Измените SGA_TARGET и/или Итог по задачам настройки производительности Приложение VI – Справочник категорий трудозатрат и соответствующих задач.

Установка и настройка конфигурации базы данных (Категория трудозатрат): Установка и настройка конфигурации базы данных – это область задач, которая охватывает все операции, которые следует выполнить администратору СУБД, чтобы правильно установить и настроить систему для ее использования в реальных условиях.

Инсталляция БД/программного обеспечения с стандартными настройками:

Инсталляция БД /программного обеспечения с стандартными настройками – категория задач, включающая процесс инсталляции и первичной настройки конфигурации системы.

Создание нового сервера/экземпляра базы данных: Создание нового экземпляра базы данных – категория задач по созданию дополнительного сервера/экземпляра базы данных на машине, на которой уже функционирует одна или более СУБД.

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

Ежедневное администрирование базы данных (Категория трудозатрат):

Ежедневное администрирование базы данных – это область задач, охватывающая все повседневные операции администратора по созданию пользователей базы данных и объектов (таблиц, индексов, триггеров, процедур), а также по предоставлению и аннулированию ролей/привилегий и настройке размера таблиц/табличных пространств/файлов данных в БД.

Создание пользователя с ролями и привилегиями: Создание пользователя с ролями и привилегиями – задачи по управлению безопасности данных в БД.

Создание табличного пространства /группы файлов: Создание табличного пространства – задачи по созданию нового табличного пространства для применения в конкретном экземпляре или схеме базы данных.

Добавление пространства к базе данных: Добавление пространства к базе данных – задачи по добавлению файлов данных к группе файлов/ табличному пространству и увеличению размера пространства, доступного для объектов, содержащихся в этой базе данных.

Создание таблицы: Создание таблицы – задача по созданию табличных объектов для хранения информации внутри схемы базы данных.

Создание индекса: Создание индекса – задача по созданию индекса по набору столбцов в таблице, по которым интенсивно поступают запросы, с целью ускорения выполнения запросов по таблице.

Освобождение занятого пространства из таблиц с помощью дефрагментации данных:

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

Загрузка данных из текстового файла: Загрузка данных из текстового файла – задача неструктурированного файла или электронной таблицы, в одну или более таблиц в базе данных.

Задачи по резервированию и восстановлению (Категория трудозатрат):

Задачи по резервированию и восстановлению – это категория трудозатрат, где выполняются все задачи, связанные с резервным копированием и восстановлением базы данных.

Настройка конфигурации и выполнение полного резервного копирования:

Настройка конфигурации и выполнение полного резервного копирования – задача администратора по осуществлению планирования и выполнения регулярного резервного копирования базы данных - неотъемлемой части стандартных операций по повышению отказоустойчивости системы.

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

Восстановление файла данных: Восстановление файла данных – задача администратора по восстановлению файлов данных из резервной копии в случае отказа системы хранения данных (storage).

Восстановление после ошибочной транзакции: Восстановление после ошибочной транзакции – задача администратора по отмене ошибочно выполненной транзакции (вставить, исправить, уничтожить и т.д.), чтобы восстановить объекты, пострадавшие от этой транзакции, до состояния, в котором они находились до момента начала этой транзакции.

Задачи по диагностике и настройке производительности (Категория трудозатрат):

Задачи диагностирования и настройки производительности – это категория, в которую входят все задачи, относящиеся к диагностике, настройке и оптимизации производительности.

Диагностирование проблемы производительности: Диагностирование проблемы функционирующей системы и определению проблем производительности, что является обязательным условием выполнения функций оптимизации системы (например, создания дополнительных индексов, настройки запроса/процедуры, дефрагментации табличных областей или настройки конфигурации памяти сервера), необходимых для повышения производительности системы до оптимального уровня.

Устранение проблемы производительности (настройка SQL оператора):

Устранение проблемы производительности (настройка SQL-оператора) – задача администратора по оптимизации плохо и неэффективно выполняемого запроса/процедуры.

Настройка памяти: Настройка памяти – задача администратора по настройке параметров конфигурации системной памяти сервера/экземпляра, c целью обеспечения эффективности работы приложений.