В ней новые функции Active Directory, новые средства, поддерживающие популярные, но сложные объекты групповой политики (огп), улучшения корпоративной защиты




НазваниеВ ней новые функции Active Directory, новые средства, поддерживающие популярные, но сложные объекты групповой политики (огп), улучшения корпоративной защиты
страница10/10
Дата конвертации11.12.2012
Размер0.97 Mb.
ТипДокументы
1   2   3   4   5   6   7   8   9   10

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

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

Спиральная модель

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

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

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



30. Функции администратора БД.

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

Функции:

1)инсталяция СУБД – является функцией только сис.админа; разработчики стремятся в max степени автоматизировать процесс инсталляции и свести действия user’ов к min;

2)управление памятью – данные хранятся во внешней памяти, админы обеспечивают такое выделение памяти, чтобы ее было достаточно для хранения и эффективного доступа к данным и с др стороны, чтобы min количество выделенной памяти оставалось неиспользованным;

3)управление разделяемыми данными между пользователями – разделение данных между пользователями при их параллельной работе обеспечивается автоматически средствами СУБД и SQL, однако при одновременной работе независимых приложений могут возникать конфликты одновременного доступа, админ в этом случае должен выступить в роли консультанта прикладных программистов, свести к min взаимные блокировки приложений друг другом;

4)копирование и восстановление данных – необходимо для гарантии сохранности данных даже при полном крахе системы;

5)управление безопасностью в системе – защита от несанкционированного доступа, админ занимается регистрацией user’ов в системе, выделением user’ам привилегий и бюджетов;

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

7)управление производительностью.
31. Управление памятью в БД.

Структура внешней памяти:

1)логич единица памяти – используется для разделения памяти между таблицами БД. Размер складывается из размера входящих в нее системных единиц памяти и может превышать предельно допустимые в ФС размеры файлов и дисков;

2)системная единица памяти – используется для связи с ФС, соответствует единице хранения данных в ФС. Логическая единица может включать одну или несколько системных единиц. При создании системной единицы указывается ее размер, ресурс может быть выделен сразу либо по мере необходимости;

3)физическая единица памяти – единица обмена между внешней и оперативной памятью, размер обычно 2, 4, 8 кБ. Данные относятся только к одной таблице.

2 подхода к распределению функций управления внешней памятью:

1 подход – функции ФС используются СУБД в полной мере и др структуры СУБД отображаются в отдельные файлы в рамках ФС;

2 подход – СУБД запрашивает у ФС некоторый участок дискового пространства и сама управляет памятью в пределах выделенного ресурса.

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

Задачи управления памятью.

Создание любой БД и таблицы в БД предполагает выделение min числа логич и системных единиц с установленными размерами и параметрами использования. Проблемы могут возникнуть при нехватке пространства, выделенного БД при создании. В этом случае необходимо добавить новые системные единицы к уже имеющимся логическим и/или добавить новую логической единицу со своими системными. Но это уменьшает эффективность доступа и не всегда возможно. Поэтому нужно грамотно выделить память при создании. Если все-таки нужно изменить БД, можно создать новую и импортировать в нее данные старой БД. Чтобы добиться высокоэффективного доступа, можно размещать системные единицы на разных дисковых устройствах.
32. Управление многопользовательским доступом к БД.

Транзакция – единица работы, такая последовательность операторов в SQL, которая обрабатывается как единое целое. Выполнение транзакций определяется установленными уровнями изоляции.

Блокировки являются средством предотвращения нарушения целостности данных при параллельном доступе. Блокировки устанавливаются явным образом операторами:

1)LOCK TABLE

2)SELECT с опцией FOR

3)OPEN CURSOR, если в объявлении курсора задана опция FOR

Неявно устанавливаются следующие блокировки:

1)S (SHARE) – блокировка разделения;

2)U (UPDATE) – блокировка изменения;

3)X (EXCLUSIVE) – блокировка монополизации;

4)Z (SUPEREXCLUSIVE) – блокировка сверх монополизации;

Режим блок-ки

объект

Доступ хозяина

блокировки

Доступ конкурента

S

Таблица

SELECT

S

SELECT

U

Таблциа

изменение

X

SELECT

X

Таблица, Строка

SELECT, изменение

X

SELECT только для UR

Z

Таблица, Строка

CREATE, ALTER,DROP

Z

Нет доступа

При параллельной работе приложений возможны так называемые неразрешимые конфликты доступа. СУБД выполняет проверку на наличие тупиковой ситуации (когда транзакция не может быть выполнена потому, что выполняется другая) через установленный интервал времени. Ликвидация тупика состоит в подмене транзакций одного из приложений, участвующих в тупике. Когда остановившееся приложение закончит свою транзакцию и освободит объекты, повторно запускается отмененная транзакция. В качестве «жертвы» для отката выбирается транзакция, для которой был выполнен меньший объем действий. «Жертва» по коду ошибки может установить, что ее транзакцию отменили и явно выполнить ее еще раз.

33. Копирование и восстановление данных в БД.

Ошибки в данных и структуре БД могут проявляться вследствие:

1)сбоев оборудования;

2)порчи носителей;

3)ошибочных действий интерактивных пользователей.

Восстановление данных включает в себя:

1)рестарт системы – обеспечивает рабочее состояние всех БД в случае неожиданного прекращения работы системы: могут прерваны транзакции, некоторые уже завершенные транзакции могут быть не записаны во внешнюю память и оставаться в кеше – они будут потеряны;

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

3)восстановление с прокруткой вперед – прокрутка призвана обеспечить восстановление состояния БД практически до момента сбоя. Это обеспечивается за счет журналов транзакций. Для них тоже делаются копии на случай порчи носителей. Для восстановления может потребоваться несколько копий журналов.

Копирование и восстановление – процессы очень ресурсоемкие, как в отношении времени и рабочей памяти, так и в отношении объема внешней памяти, необходимой для хранения копий. Поэтому админу для каждой конкретной БД необходимо разработать процедуру копирования: как часто копировать? что копировать? Какие выбрать параметры копирования? Каков выбрать порядок хранения копий? Нужно находить компромиссные решения между надежностью эксплуатации БД и затратами на обеспечение этой надежности.

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

Операции экспорта и импорта обеспечивают обмен данными между:

- таблицами одной и той же БД;

- разными БД одной и той же инсталляции СУБД;

- разными инсталляциями одной СУБД на одной или разных платформах;

- СУБД и независимыми от нее приложениями или др СУБД.

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

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

Режимы импорта:

1)создание таблиц – таблица обязательно создается заново;

2)замена – удаление данных из существующей таблицы и вставка данных из файла;

3)вставка – вставка данных без изменения данных, которые были в таблице;

4)вставка с заменой – замена существующих строк с первичными ключами, идентичными ключам из строк из импортируемого файла.

Проблемы:

- могут быть заданы имена столбцов и порядок следования значений столбцов во внешнем файле;

- типы столбца таблицы и представление данных для него во внешнем файле могут отличаться;

Жесткие несоответствия приводят к отказу от импорта строки. Для мягких несоответствий могут быть усечены данные до предельной длины, установлены значения по умолчанию, значения заменены на NULL.
1   2   3   4   5   6   7   8   9   10

Похожие:

В ней новые функции Active Directory, новые средства, поддерживающие популярные, но сложные объекты групповой политики (огп), улучшения корпоративной защиты iconВ ней новые функции Active Directory, новые средства, поддерживающие популярные, но сложные объекты групповой политики (огп), улучшения корпоративной защиты
Предлагается в 32 разрядном, 64 разрядном и встроенном (embedded) вариантах. Четыре редакции ос, которые перечислены ниже в порядке...
В ней новые функции Active Directory, новые средства, поддерживающие популярные, но сложные объекты групповой политики (огп), улучшения корпоративной защиты iconВ ней новые функции Active Directory, новые средства, поддерживающие популярные, но сложные объекты групповой политики (огп), улучшения корпоративной защиты
Предлагается в 32 разрядном, 64 разрядном и встроенном (embedded) вариантах. Четыре редакции ос, которые перечислены ниже в порядке...
В ней новые функции Active Directory, новые средства, поддерживающие популярные, но сложные объекты групповой политики (огп), улучшения корпоративной защиты iconВ ней новые функции Active Directory, новые средства, поддерживающие популярные, но сложные объекты групповой политики (огп), улучшения корпоративной защиты
Предлагается в 32 разрядном, 64 разрядном и встроенном (embedded) вариантах. Четыре редакции ос, которые перечислены ниже в порядке...
В ней новые функции Active Directory, новые средства, поддерживающие популярные, но сложные объекты групповой политики (огп), улучшения корпоративной защиты iconУчетные записи пользователей Создание объектов пользователей в консоли Active Directory — пользователи и компьютеры
Ть объект пользователя можно в консоли Active Directory — пользователи и компьютеры. Хотя их можно создавать в домене или в любом...
В ней новые функции Active Directory, новые средства, поддерживающие популярные, но сложные объекты групповой политики (огп), улучшения корпоративной защиты iconПрежде чем работать и детально изучать какую-то нам необходимо понимать ее суть, выучить и опять же понять все основные термины, а самое главное разложить в
«тонут» в терминах, встречающихся в документации. Посудите сами «Лес Active Directory, Дерево Active Directory, Схема Active Directory,...
В ней новые функции Active Directory, новые средства, поддерживающие популярные, но сложные объекты групповой политики (огп), улучшения корпоративной защиты iconМониторинг и поддержка Active Directory в этой главе
Повседневный мониторинг и поддержка обязательны для оптимизации про- изводительности и надежности Active Directory. Active Directory...
В ней новые функции Active Directory, новые средства, поддерживающие популярные, но сложные объекты групповой политики (огп), улучшения корпоративной защиты icon37. Групповые политики, функции и назначения. Объекты групповой политики. Назначение групповых политик для задач администрирования. Групповая политика
Сервер имен специальный сервер, осуществляющий отображение доменных имен в ip-адреса (и наоборот)
В ней новые функции Active Directory, новые средства, поддерживающие популярные, но сложные объекты групповой политики (огп), улучшения корпоративной защиты iconСлужба шлюза управления Active Directory
Удаление службы шлюза управления Active Directory с серверов с системой Windows Server 2003 4
В ней новые функции Active Directory, новые средства, поддерживающие популярные, но сложные объекты групповой политики (огп), улучшения корпоративной защиты iconМедиакомпоненты для сайта
В процессе эволюции Интернета появлялись все новые и новые средства мультимедиа. 
В ней новые функции Active Directory, новые средства, поддерживающие популярные, но сложные объекты групповой политики (огп), улучшения корпоративной защиты iconНовые впечатления, новые открытия, новые знакомые, 
Кто-то записался на курсы в  из пластилина персонажей, делать серии снимков, записы
Разместите кнопку на своём сайте:
kak.znate.ru


База данных защищена авторским правом ©kak.znate.ru 2012
обратиться к администрации
KakZnate
Главная страница