Загрузка...
Учебная работа. Реферат: Системы управления базами данных и определенные требования к их функциональным возможностям
1
. СУБД – системы управления базами данных и требования
к их многофункциональным способностям стр. 2
2
. Распределенные системы обработки данных стр. 3
) СУБД структуры «сервер – клиент». Индивидуальности построения
и работы стр. 3
б) СУБД компании Microsoft. Индивидуальности построения и работы стр. 5
) СУБД компании Oracle. Индивидуальности построения и работы стр. 6
) СУБД компании Informix. Индивидуальности построения и работы стр. 8
д) СУБД компании Sybase. Индивидуальности построения и работы стр. 10
3
. Выводы стр. 12
4
. Перечень применяемой литературы стр. 14
системы управления базами данных и определенные требования к их многофункциональным способностям
Для взаимодействия юзеров с БД употребляются системы управления базами данных (СУБД), которые обеспечивают:
• набор средств для поддержки таблиц и соотношений меж ними;
• развитый пользовательский интерфейс, позволяющий вводить и видоизменять информацию, проводить поиск и представлять результаты;
• средства программирования, дозволяющие создавать собственные приложения.
Подход к построению СУБД существенно видоизменялся в протяжении практически 40 лет. На замену ВЦ компаний и АСУП на их базе пришли индивидуальные компы и настольные (индивидуальные) системы управления базами данных, потом с развитием коммуникаций возникли распределенные системы и концепции управления большими предприятиями- корпорациями на базе исследования бизнес-процессов. При всем этом в критериях оживленного их конфигурации в крайние годы сформулирован
, производители которых стремятся поддерживать свои продукты на высочайшем, конкурентоспособном уровне.
1. Обеспечение непротиворечивого определения данных для всех применяемых платформ, сетей и БД при сохранении распределенной архитектуры системы в целом, так как создание единой базы становится неприемлемым из-за ее громоздскости и высочайшей цены. Это значит, что создаваемые средствами СУБД приложения должны владеть высочайшей степенью мобильности и просто переноситься на различные компьютерные и сетевые платформы, когда на 1-ый план выходят задачи синхронизации и целостности. Не считая того, это дозволяет в предстоящем наиболее свободно развивать ресурсы системы.
2. Коммуникационный обмен данными становится асинхронным, а информационные процессы – продолжительными, потому возникает необходимость журнализации состояния баз данных и проведения вероятного отката/восстановления для расширения временных рамок (деньки, недельки).
3. средства СУБД должны допускать возможность гибкого варьирования архитектурой разных ИС для соблюдения разумного компромисса при разделении многофункциональных способностей системы меж рабочими станциями клиентов и серверами. Современный уровень технологий (графический оконный интерфейс, мультимедиа-приложения) и возможность интеграции наследуемых частей систем приводят к необходимости выполнения этих функций на довольно развитых станциях клиентов. В то же время системы, владеющие «сильными» серверами (когда на крайних осуществляется практически вся работа), показывают масштабируемость, требуют наименьших усилий для сотворения новейших версий ИС при переконфигурировании данных, владеют завышенными показателями целостности и сохранности данных за счет размещения процедур на сервере. Не считая того, архитектуры, использующие размещение программ-приложений на сервере, благодаря их конкретной близости к данным характеризуются наименее напряженным сетевым трафиком.
4. Создание «менеджеров действий» быть может действенным лишь в таковых критериях, когда средства программирования СУБД объектно-ориентированы и может быть создание размеренных приложений при оживленном изменении маршрутизации через эти задачки. Критически принципиальным становится подход неоднократного использования программного обеспечения, при котором обеспечивается требуемая бизнес-процессами упругость и легкость сотворения новейших версий ИС.
5. Производителям СУБД следует обеспечить соответствие поставляемых ими товаров открытым эталонам взаимодействия, потому что все почаще информационные системы призываются для реализации потоков запросов в архитектуре «клиент-сервер», обхватывающих платформы разных поставщиков. При всем этом дальновидные обладатели ИС выиграют в большей степени, когда будут применять инструментарий разработки, обхватывающий разные СУБД.
6. расширение бизнес-процессов за границы одной компании и необходимость сотворения глобальных информационных связей выдвигает суровую задачку поддержки высочайшей степени готовности систем, работающих 24 часа в день все 365 дней в году. Это значит, что средства СУБД должны гарантировать администрирование баз данных в «жарком» режиме без остановки главных действий.
Перечисленные требования к СУБД разрешают посмотреть на имеющиеся в истинное время на рынке продукты различных производителей под подходящим углом зрения. Адекватность предлагаемых сейчас СУБД новеньким требованиям обусловит для их будущих хозяев и клиентов достоинства создаваемых ИС, их упругость, мобильность, возможность легкой перестройки и, в конечном счете, способность к выживанию.
Распределенные системы обработки данных
Построение распределенных систем принципиально, в особенности в критериях бессистемного оснащения компаний компьютерной техникой, когда почти все уже работают (либо им нужно работать) с системами, состоящими из огромного количества компов различного типа (серверов, мини-компьютеров, огромных машин).
Централизованное хранение данных и доступ к центральной БД в критериях географически распределенной системы требуют устройства соединений меж центральным сервером, хранящим данные, и компьютерами-клиентами. Большая часть таковых компов разделены от центрального сервера неспешными и недостаточно надежными линиями связи, и работа в режиме удаленного клиента становится практически неосуществимой. Сиим можно разъяснить существующую ситуацию, когда в узлах распределенной системы работают группы автоматических рабочих мест (APM), полностью не связанные друг с другом.
Содержательная сторона задачки обычно просит обмена данными меж группами АРМ, потому что конфигурации в какие-либо данные могут заносить в одной группе, а употребляться – в иной. На практике обмен информацией реализуется регламентной передачей файлов – через модемное соединение либо «с курьером».
То, что данные доставляются к месту предназначения не системными средствами, а методом экспорта/импорта файлов, просит роли человека в процессе обмена, а это тянет за собой невысокую оперативность поступления данных и просит использования наружных устройств контроля целостности и непротиворечивости. В итоге растет возможность возникновения ошибок. Не считая того, реализация всех алгоритмов обмена данными и контроля в этом случае возлагается на прикладных программистов, проектирующих APM. Размер работ по программированию и отладке подпрограмм обмена соответствует числу разных APM. Это также приводит к увеличению вероятности сбоев в работе системы.
В современных разработках APM объединены в локальную сеть. АРМ клиента выдает запросы на подборку и обновление данных, а СУБД исполняет их. Запросы клиента в согласовании с требованиями задачки сгруппированы в логические единицы работы (транзакции). Если все операции с базой данных, содержащиеся снутри транзакции, выполнены успешно, транзакция в целом также производится удачно (фиксируется). Если хотя бы одна из операций с БД снутри транзакции осуществлена безуспешно, то все конфигурации в БД, происшедшие к этому моменту из-за транзакции, отменяются (происходит откат транзакции). Такое функционирование обеспечивает логическую целостность инфы в базе данных.
При распределенной обработке конфигурации, проводимые приложением-клиентом, могут затрагивать наиболее чем один сервер СУБД. Для поддержания целостности и в этом случае нужно применение того либо другого транзакционного механизма, реализуемого системными средствами, а не прикладной программкой.
Но главный недочет систем, построенных на распределенных транзакциях,- высочайшие требования к надежности и пропускной возможности линий связи. Потому кандидатурой распределенным транзакциям является репликация (дублирование) данных. В таковых системах одна и та же информация хранится в разных узлах. Согласование значений и распространение данных по узлам осуществляются автоматом. Зависимо от критерий, предусмотренных разрабом, репликация может осуществляться или сходу опосля пришествия некого действия, или через заблаговременно данные интервалы времени, или в определенный момент времени. Если узел, в каком производится репликация, в данный момент недоступен, информация о этом сохраняется в вызывающем узле и репликация осуществляется опосля восстановления связи. Наиболее того, гарантируется сохранение данного вызывающим узлом порядка выполнения репликации.
Современные СУБД употребляют так именуемый
, в который заносят записи о конфигурациях в базе данных и окончании транзакций. журнальчик употребляется сервером БД для отката либо прокрутки транзакций опосля сбоев и для запасного копирования. Модифицированные данные из журнальчика передаются репликационному серверу, обслуживающему этот узел, который в согласовании с описанием тиражирования и подписками посылает данные в действенном особом протоколе по месту предназначения, т.е. к подходящим репликационным серверам в удаленных узлах.
Конкретно в этом сечении – меж репликационными серверами – связь быть может неспешной либо недостаточно надежной. Передаваемые данные в составе транзакций при недоступности узла-получателя записываются в постоянные очереди на диске и потом передаются по мере способности.
В одной базе данных могут содержаться как первичные данные, так и данные-копии. приложение-клиент, работающее со собственной СУБД, может заносить конфигурации впрямую (операторами INSERT, DELETE, UPDATE) лишь в первичные данные. Для конфигурации копии данных предназначен механизм асинхронного вызова процедур. Для работы этого механизма в нескольких базах данных создаются процедуры с схожим именованием и параметрами, но, очевидно, с разным текстом. В одной базе данных процедура помечается как предназначенная к репликации. Вызов данной для нас процедуры совместно со значениями характеристик через журнальчик и механизм репликации передается к узлам-подписчикам, и в их базах данных вызывается одноименная процедура с теми же значениями характеристик.
Система, хранящая вторичные данные, быть может хоть какой из ряда систем, доступных через шлюз: будь то Oracle, Informix, DB2, RMSили ISAM и т.д. Система, хранящая первичные данные, просит наличия менеджера журнальчика транзакций (LogTransferManager – LTM). интерфейс LTM является открытым, и в скором будущем, может быть, подобные модули будут сделаны для необычных источников данных.
Совершенно тиражирование данных может отыскать самое различное применение:
• для разгрузки сервера, выполняющего активное обновление данных от сложных запросов, связанных с поддержкой принятия решений;
• для консолидации данных от подразделений в центре;
• для обмена данными по неспешным либо ненадежным линиям связи;
• для поддержания запасной базы данных;
• для построения сети равноправных узлов, обменивающихся данными.
Подчеркнем, что репликационный тиражирует транзакции, а не отдельные конфигурации в базе данных. способ тиражирования транзакций гарантирует целостность снутри транзакций и, как следствие, невозможность нарушения ссылочной целостности. Схема обновления первичных данных и копий данных исключает возможность появления конфликтов; крайние могут быть вызваны только неверным проектированием системы либо сбоем.
Большая часть производителей современных промышленных СУБД в той либо другой степени обеспечивают поддержку распределенной обработки транзакций. Распределенная обработка данных основывается на синхронных и асинхронных механизмах обработки распределенных транзакций. Эти механизмы могут употребляться и вместе. Так как любой механизм владеет своими сильными и слабенькими сторонами, его выбор зависит от требований определенной подзадачи.
рано либо поздно встает в хоть какой организации, и это полностью объяснимо. никто и никогда не покупает аппаратуру про припас, с большенными резервами по вычислительной мощности. В то же время объемы хранимых данных и количество реально работающих приложений имеют тенденцию к неуклонному повышению. Потому лучше всего вначале приостановить собственный выбор на таковой аппаратной конфигурации, которая в предстоящем будет просто наращиваться и развиваться.
Этому требованию в большей степени отвечают компу с симметричной многопроцессорной (SMP) либо массивно-параллельной (MPP) архитектурой, на которых при увеличении количества микропроцессоров обеспечивается фактически линейный рост производительности. Обработка нескольких запросов, вложенных циклов снутри 1-го запроса, загрузка и сортировка данных, создание индексов и т.д. – все это производится параллельно на разных микропроцессорах. Наиболее того, сразу реализуется действенная динамическая балансировка загрузки системных ресурсов (микропроцессоров, оперативной и дисковой памяти).
MicrosoftSQLServerпредоставляет широкие способности: встроенную поддержку приложений Веба, усовершенствованные механизмы распределенных транзакций, тиражирование в разнородных средах, расширенные средства распределенного управления и, что особо принципиально, новейшую архитектуру динамической блокировки.
В случае с динамической блокировкой, предложенной в SQLServer 6.5, употребляются умственные функции машинки баз данных для оптимизации и детализации блокировок зависимо от потребностей приложений, обращающихся к базе данных. разработка динамической блокировки рассматривается компанией Microsoft в качестве стратегического направления в развитии SQLServer. Речь идет о реализации системы IRL (Insertrow-levellocking). В целом же стратегия динамической блокировки в SQLServer содержит в себе:
• систему динамического выбора уровня блокировки (строчка, страничка, набор страничек либо таблиц);
•блокировку на уровне строчки для всех типов транзакций (INSERT, UPDATE, DELETE, SELECT);
•внедрение смешанных страничек, группирующих связанные строчки из разных таблиц.
Microsoft, непременно, стремится к тому, чтоб показать достоинства архитектуры новейшей системы. Одним из более нередких аргументов оказывается конкретно наличие умственной системы динамической блокировки, построенной на уровне машинки баз данных и избавляющей независящих разрабов программного обеспечения от необходимости выбора действенной системы блокировок. Это дозволяет им стопроцентно сосредоточиться фактически на разработке прикладного программного обеспечения. Упрощается и администрирование базы данных. В конце концов, должен снизиться уровень непродуктивных издержек на блокировку.
В качестве модуля хранения и области, защищенной блокировкой, MicrosoftSQLServerиспользует странички. Почти всегда блокировка на уровне странички оказывается применимой, хотя и возможны случаи конкурентноспособного доступа к страничкам с нередко применяемой почти всеми юзерами информацией.
Пакет «Microsoft SQL Server» нацелен на эксплуатацию ресурсов сети веб и построение корпоративных систем класса Интранет. Выход пакета MSServer замыкает логическую цепочку, которую выстраивала компания Microsoft в сфере Веба. Она содержит в себе: сетевую базу распределенных вычислений (WindowsNTServer); совокупа встроенных приложений-серверов (BackOffice) технологииWin32 и OLE; средства разработки (VisualBasic, Java, JavaScript, FrontPage, InternetStudio), набор настольных приложений (Office) и системы, призванные поддерживать работу конечного юзера,- Windows 95 и WindowsNTWorkstation.
Архитектура, положенная в базу сервера Oracle, стопроцентно реализует достоинства открытых систем и является предстоящим развитием ставшей уже классической технологии «клиент-сервер».
предоставляет юзерам широчайший набор способностей для сотворения прикладных информационных систем:
• различного масштаба – от однопользовательских систем и систем уровня маленького подразделения до глобальных межрегиональных распределенных систем обработки инфы;
• различного предназначения – от систем, нацеленных на работу в режиме настоящего времени (On-UneTransactionProcessing – OLTP), до систем поддержки принятия решений (DecisionSupportSystems – DSS) и систем, основанных на концепциях «хранилищ данных» (DataWarehouse).
OracleRDBMS соответствует самым серьезным требованиям, предъявляемым к системам хранения и обработки инфы:
• работает и обеспечивает масштабируемость и переносимость сделанных на ее базе прикладных систем наиболее чем на 100 аппаратных и операционных платформах – от индивидуальных ЭВМ до огромных машин и многопроцессорных компов с симметричной параллельной (SMP) и массивно-параллельной (MPP) архитектурами, также поддерживает кластерную архитектуру;
• реально поддерживает многопроцессорные платформы (распараллеливание построения индексов, сортировки, запросов, копирования и восстановления данных). При всем этом с ростом количества микропроцессоров производительность систем вырастает фактически линейно;
• владеет исключительными способностями по совместному использованию разных аппаратных, операционных, сетевых платформ и дозволяет соединять воединыжды все информационные системы компании в единую интегрированную вычислительную среду;
• дозволяет организовать распределенное хранение и обработку данных (системы, основанные на двухфазной фиксации транзакций, на симметричной асинхронной и ассиметричной репликации данных);
• дает средства для бесперебойной промышленной эксплуатации (круглосуточной и круглогодичной) и поддерживает работу с весьма большенными размерами данных (до нескольких терабайтов);
• гарантирует автоматическую защиту от сбоев, случайных повреждений данных и несанкционированного доступа. Опосля сбоев, не повлекших за собой физического повреждения наружных магнитных носителей, система восстанавливается автоматом во время повторного пуска ядра Oracle;
• поддерживает все главные промышленные эталоны;
• обеспечивает массивные декларативные ограничения целостности. Процедурные способности разрешают работать с хранимыми процедурами, функциями, алертами, триггерами, пакетами процедур;
• содержит в себе массивные утилиты для загрузки данных из наружных файлов в таблицы, их копирования, восстановления, перемещения из одной БД в другую, управления внедрением дискового места;
• автоматом реализует коллективный доступ к данным. Имеет интегрированный высокоэффективный механизм блокировок на уровне отдельной строчки таблицы (как для фактически данных, так и для индексов);
• улучшает операции дискового ввода/вывода;
• проводит «умственную» оптимизацию запросов на базе анализа автоматом собираемой статистической инфы о числе строк в таблице, наличии и селективности имевшихся индексов;
• поддерживает пользовательские расширения языка SQL ( разраб имеет возможность писать на PL/SQLсобственные функции: в предстоящем на их можно ссылаться в выражениях SQL, как если б они являлись встроенными функциями этого языка);
• поддерживает динамический SQL;
• дозволяет ограничивать ресурсы, доступные юзеру (для всякого определенного юзера админ может надзирать время доступа, операции ввода/вывода, потребление процессорного времени и т.д.);
• описывает привилегии и права доступа на базе механизма «ролей» (роли-поименованные группы льгот; на их базе можно группировать разные привилегии доступа и потом назначать их определенным юзерам/группам юзеров;
• стопроцентно поддерживает остальные языки, включая российский, сортирует слова по алфавиту, реализует национальные форматы представления данных (числовых, календарных, валютных), конвертирует символьные данные из верхнего регистра в нижний и напротив, выдает системные сообщения и подсказки на государственном языке. В случае неоднородной языковой среды (использования различных шифровок в разных узлах) преобразование данных производится автоматом.
В OracleRDBMSподдерживаются два главных варианта репликации данных: асимметричная асинхронная и симметричная асинхронная.
Асимметричная асинхронная репликация, либо, как ее еще именуют, «
(TablesSnapshot), предполагает выделение 1-го узла системы в качестве обладателя главный «мастер-копии» некой таблицы. При всем этом автоматом может поддерживаться неограниченное число ее копий в остальных узлах системы, но они все доступны лишь для чтения, а все конфигурации могут вноситься только в первичную «мастер-копию».
Высочайшая надежность является одним из самых общих требований, предъявляемых к хоть какой реально работающей информационной системе. Заметим, что обеспечение завышенной надежности не является исключительной функцией лишь аппаратных либо лишь программных средств – она достигается ими вместе. При всем этом OracleRDBMSподдерживает фактически весь диапазон таковых решений:
• внедрение реализуемых на аппаратном либо системном уровне зеркальных дисков;
• создание работающей копии базы данных на запасном сервере;
• работу в архитектуре с параллельными серверами (многомашинные кластеры);
• применение в качестве серверов баз данных отказоустойчивых компов.
Неважно какая информационная система, реализованная средствами OracleRDBMS, просто масштабируется, при этом это быть может достигнуто несколькими разными методами:
• добавлением к системе новейших серверов и переносом на их части приложений;
• подменой имеющегося сервера на наиболее мощнейший, при этом, потому что OracleRDBMS работает фактически на всех имеющихся платформах, новейший может иметь принципно остальные архитектуру и операционную систему;
• переходом на кластерную многомашинную архитектуру либо, если она уже употребляется, обычным добавлением в кластер еще 1-го узла;
• повышением числа микропроцессоров при использовании компов с SMP- либо MPP-архитектурой.
OracleRDBMS автоматом производит декомпозицию обычных и сложных SQL-запросов на параллельно выполняемые процедуры. Операции по распараллеливанию запросов являются прозрачными для обученных разрабов, а особые функции и подсказки SQL допускают контроль над декомпозицией запроса.
СУБД компании Informix (
– модель сервера СУБД, имеющая многопотоковую архитектуру и владеющая сильными средствами параллельной обработки запросов.
Informixбазируется на unix, но поддерживает, кроме нее, операционные системы WindowsNTи NetWare. СУБД компании Informix обычно использовалась для сотворения информационных систем малого либо среднего масштаба, работающих в режиме оперативной обработки транзакций. компы, работающие под управлением unix, владеют высочайшей производительностью, что потребовало пересмотра архитектуры сервера. баз данных Informix-OnLineDynamicServer имеет многопоточную динамическую архитектуру (DSA), которая была разработана в содружестве с компанией Sequent. Эта архитектура призвана обеспечить наивысшую поддержку систем SMP с масштабируемость в согласовании с числом микропроцессоров и остальных ресурсов.
СУБД, претендующие на роль информационной базы современных компаний, должны удовлетворять более принципиальным требованиям:
• иметь высшую производительность;
• обеспечивать смешанную загрузку сервера различными типами задач;
• обеспечивать непрерывную доступность данных;
• гарантировать целостность данных, в том числе распределенных;
• производить распределенные вычисления;
• обеспечивать масштабируемость реализуемых на базе сервера ИС.
Архитектура сервера Informix-OnLineDSполучила заглавие «
(DSA). Сущность ее состоит в том, что сразу может производиться относительно маленькое число серверных действий, которые делят меж собой работу по обслуживанию огромного количества клиентов. По сопоставлению с наиболее ранешними моделями сервера Informix, где для всякого клиента создавался личный серверный процесс, новенькая модель владеет преимуществ:
• понижает перегрузки на операционную систему;
• уменьшает совокупную Потребность клиентов в оперативки;
• обеспечивает понижение конкуренции при одновременном использовании системных ресурсов;
• дает наиболее рациональное по сопоставлению с ОС предназначение ценностей и планирование;
• обусловливает равномерную загрузку наличных микропроцессоров;
• ускоряет обработку сложных запросов за счет параллельного выполнения на нескольких микропроцессорах.
Архитектуру Informix-OnLineDSназывают также
Для всякого клиента создается так именуемый поток, либо нить. Поток – это подзадача, выполняемая в рамках 1-го из серверных действий. В неких вариантах для обслуживания 1-го клиентского запроса формируется несколько параллельных потоков.
Принципиальный оптимизирующий механизм сервера – кеши хранимых процедур и словарей данных. Словари данных, доступные лишь для чтения, также хранимые процедурыраспределяются меж всеми юзерами сервера, что дозволяет улучшить совокупное внедрение памяти. При загрузке в разделяемую память словарь данных записывается в структуры, обеспечивающие резвый доступ к инфы, а хранимые процедуры преобразуются в выполняемый формат. Все это значительно ускоряет выполнение приложений, обращающихся ко почти всем таблицам с огромным числом столбцов и/либо ко почти всем хранимым процедурам. Операции ввода/вывода, как правило, образуют более неспешный компонент обработки баз данных, потому от их реализации значительно зависит общая продуктивность сервера.
Для оптимизации ввода/вывода и увеличения надежности в сервере реализованы последующие механизмы:
• собственное управление дисковой памятью;
• асинхронный ввод/вывод;
• опережающее чтение.
Многопотоковая архитектура сервера послужила базой для реализации
(ParallelDataQuery – PDQ), обеспечивающей действенное выполнение сложных запросов, соответствующих для систем поддержки принятия решений.
PDQ– это разработка, которая дозволяет поделить обработку 1-го сложного запроса на ряд микропроцессоров, мобилизовать для его выполнения очень доступные системные ресурсы, во много раз сокращая сроки получения результата. Перечислим главные типы заданий, на которых проявляется эффект технологии PDO:
• обработка сложных запросов, включающих сканирование огромных таблиц, сортировку, соединение, группирование, массовые вставки;
• построение индексов;
• сохранение и восстановление данных;
• загрузка, выгрузка данных, реорганизация баз данных;
• массовые операции вставки, удаления, модификации данных.
разработка PDOиспользуется в главном для резвого выполнения DSS– запросов и пакетных приложений. Если ее применение ничем не ограничено, то очень распараллеленное выполнение нескольких сложных запросов приводит к недопустимому замедлению OLTP– приложений, выполняющихся на том же сервере. Управление степенью распараллеливания запросов и толикой системных ресурсов, выделяемых для PDO-обработки, может осуществляться динамически. к примеру, в часы более активной работы приложений OLTPзапросы DSS производятся без распараллеливания либо с низкой степенью распараллеливания. В остальное же время либо на серверах, где приложения OLTPотсутствуют, устанавливается режим наибольшего использования PDQ.
средства обеспечения надежности и инструменты администрирования Informix-OnlineDS разрешают свести к минимуму риск и последствия отказов, также фактически исключают плановые простои.
В Informix-OnLineDSреализована возможность дублирования связной дисковой области, выделенной под базу данных, на иной дисковой области. Основная цель этого – обеспечение высочайшей готовности, доп эффект зеркалирования – оптимизация операций чтения. При нарушении диска, на котором находится первичная область, админ имеет возможность провести восстановление без перевода сервера в режим off-line. Все операции чтения записи длятся с зеркальной областью. синхронизация данных на первичном диске опосля его включения осуществляется в оперативном режиме.
Тиражирование – это поддержание на иной вычислительной базе копий объектов базы данных. В Informix-OnLineDSреализовано прозрачное тиражирование данных с основного сервера баз данных на вторичный , к которому разрешен доступ лишь на чтение и который может находиться в другом географическом месте.
Основная цель тиражирования в Informix-OnLineDS– это обеспечение высочайшей готовности. В случае отказа основного сервера вторичный сервер становится доступен и на запись. Прозрачное перераспределение клиентов при отказе основного сервера не поддерживается, но оно быть может реализовано в рамках приложений.
Опосля восстановления основного сервера вероятен сценарий, при котором восстановленный становится вторичным. При всем этом бывшему вторичному серверу, который уже работает в режиме чтения-записи, придается статус основного. Присоединенные к нему клиенты продолжают работу. Так обеспечивается непрерывная доступность данных.
При включении постоянно инспектирует, не вышло ли крайнее выключение системы аварийно. В этом случае огромное количество транзакций, выполнявшихся в момент сбоя, остались в незавершенном, неправильном состоянии. Если выявил такую ситуацию, то он запускает функцию резвого восстановления, которая обеспечивает возврат системы в корректное состояние.
Informix-OnLineDSпозволяет создавать архивные копии данных, а в предстоящем фиксировать те конфигурации, которые произошли на сервере с момента сотворения архива. конфигурации сохраняются в файлах журнальчика транзакций. Важное свойство инструментов архивирования и восстановления – возможность делать эти операции наряду с доступом юзеров к серверу. Не считая того, предоставляются последующие способности:
• автоматический пуск утилит архивирования по данному расписанию;
• контроль меток архивных лент в целях исключения ошибок операторов;
• шифрование и сжатие архивируемых данных;
• контроль корректности считываемых данных методом вычисления контрольных сумм.
SybaseSystemфирмы Sybase – современная высокопроизводительная СУБД, работающая на платформах РС-серверов для NovellNetWare, WindowsNT, OS/2, SCOUNIX по технологии распределенной обработки и доставки данных.
В состав пакета SybaseSystemвходят реляционные СУБД SQLServer и ряд остальных компонент – репликационный , отладчик, библиотеки серверной и клиентской части, средства управления и мониторинга и др.
Репликационный употребляет асинхронную модель репликации транзакций. Правила репликации проектируются сразу с разработкой модели данных. Потом проводится конфигурирование системы. При работе прикладной программки конфигурации данных отслеживаются системными средствами, и в согласовании с конфигурацией требуемая информация передается в удаленную СУБД. Репликационный делает отдельную задачку, запускаемую сразу с СУБД. Он имеет собственный входной язык и обычный для товаров Sybaseсетевой интерфейс OpenServer. Такое разделение понижает нагрузку на СУБД и делает систему в целом наиболее открытой.
Репликация данных в Sybase употребляет системный журнальчик как источник инфы о завершенных транзакциях. В узле, содержащем первичные данные, для каждой тиражируемой базы данных запускается особый модуль- Менеджержурнальчика транзакций (LogTransferManager). Он подключается к серверу БД, получает от него извещения о окончании транзакций.
Для анализа функционирования сервера на РС-клиент Sybase предоставляет модуль SQLMonitor, представляющий в графическом виде процессы загрузки, ввода/вывода и использования памяти сервером, также характеризующий степень интенсивности транзакций. Для управления сервером применяется набор хранимых процедур и set-команд. Модуль SybaseSQLServerManager делает те же функции, но имеет оконный интерфейс. Для учета инфы о действиях юзеров служит модуль SybaseAuditServer, работающий со специальной базой данных, которая доступна для следующего анализа.
Часто в информационных системах появляются ситуации, когда требуется обеспечить доступ к источникам данных, которые сами по для себя не являются СУБД. Предметом таковой задачки быть может, к примеру, сервис измерительной аппаратуры, ведущей непрерывный анализ течения какого-нибудь процесса. Иной вариант использования шлюзов — по мере необходимости подключать к ИС данные, находящиеся в СУБД третьих компаний (к примеру, Oracle). Компонент OmniConnect, входящий в состав SybaseSystem, производит унифицированный доступ приложений к разнородным источникам данных. Особые шлюзовые составляющие организуют работу в системе с хоть какой промышленной СУБД, включая Oracleи Informix. Приложения-клиенты при всем этом ведут взаимодействие лишь с сервером OmniConnect на диалекте SQL фирмыSybase, а нужная трансляция и преобразование типов данных автоматом осуществляется шлюзовыми модулями.
OmniConnect хранит информацию о размещении таблиц на том либо ином сервере БД. Централизованно хранятся и исполняются глобальные хранимые процедуры. приложение-клиент может производить транзакции, в каких участвуют таблицы из разных БД, также делать процедуры, которые OmniConnect при работе с СУБД, хорошими от Sybase, прозрачно конвертирует к соответственному диалекту SQL.
разработка OpenServer, входящая в состав SybaseSystem, на базе имеющихся библиотек дозволяет разрабатывать собственные приложения, использующие поступающие данные от промышленного оборудования. Для приложения-клиента такие программки «смотрятся», как хранимые процедуры на Sybase-совместимом сервере базы данных. На базе технологии OpenServer реализуется особый драйвер, обеспечивающий доступ к ODBC-источникам данных. приложение может подключаться к этому драйверу как к обыкновенному серверу Sybase и делать на нем операции TransactSQLSybase. драйвер без помощи других обеспечивает приведение установок TransactSQLк эталону ODBC. Внедрение схожих драйверов дозволяет включать в систему не только лишь промышленные СУБД остальных производителей, да и настольные СУБД. Иным примером внедрения технологии OpenServerможет служить реализация доступа к электрической почте.
Выводы
1.
Основой функционирования информационной системы является ее информационное обеспечение, а именно, базы данных (БД) и системы управления базами данных (СУБД). Большая часть БД употребляет табличный метод представления, где данныерасполагаются по строчкам (которые именуются записями) и столбцами (которые именуются полями), но не неважно какая таблица представляет собой БД, так как БД должны содержать лишь независимую (первичную) информацию. В крайнее время наибольшее распространение получили реляционные базы данных.
2.
Для взаимодействия юзера с БД употребляются СУБД. Принципиальный шаг в их развитии – СУБД dBASЕ׀׀׀ и dBASЕ׀׀׀PLUS компании AshtonTate, которые, по существу, стали эталоном для программных товаров данного класса. Современные настольные СУБД входят в состав встроенных программных товаров типа Office: Access – в MSOffice, Paradox – в CorelOffice, Approach – в LotusSmartSuite.
3.
С развитием веб— и Веб — технологий возникла возможность доступа к удаленным БД, что потребовало сотворения обычного языка (SQL – структурированный язык запросов), который мог бы употребляться так, чтоб работать в большенном количестве разных видов компьютерных сред.
4.
В критериях большого кабинета либо компании в целом принципиально построение распределенных систем. Централизованное хранение данных и доступ к центральной БД в критериях географически распределенной системы приводят к необходимости установления соединений меж центральным сервером, хранящим данные, и компьютерами-клиентами (APM). В современной технологии APMобъединены в локальную сеть. APM-клиент выдает запросы на подборку и обновление данных, а СУБД исполняет их. Запросы клиента в согласовании с требованиями задачки сгруппированы в логические единицы работы (транзакции). Если все операции с базой данных, содержащиеся снутри транзакции, выполнены успешно, транзакция в целом также производится удачно (фиксируется). Большая часть производителей современных промышленных СУБД в той либо другой мере обеспечивают поддержку распределенной обработки транзакций. Кандидатурой распределенным транзакциям считается репликация (дублирование) данных. В таковых системах одна и та же информация хранится в разных узлах. Согласование значений и распространение данных по узлам осуществляется автоматом. Зависимо от критерий, специфицированных разрабом, репликация может осуществляться или сходу опосля пришествия некого действия (скажем, модификации строчки таблицы), или через заблаговременно данные интервалы времени (каждую минутку, любой час и т.д.), или в определенный момент времени (к примеру, ночкой, когда загрузка и стоимость линий связи малы).
5.
Из современных СУБД, служащих для построения распределенных систем, выделим MicrosoftSQLServer, OracleRDBMS, Informix-OnLineDynamicServer, SybaseSystem. MicrosoftSQLServer предоставляет широкие способности: встроенную поддержку приложений сети Internet, усовершенствованные механизмы распределенных транзакций, тиражирование в разнородных средах, расширенные средства распределенного управления и, что особо отмечается, новейшую архитектуру динамической блокировки. Пакет «MicrosoftSQLServer» нацелен на эксплуатацию ресурсов сети веб и построение корпоративных систем класса Интранет. Архитектура, положенная в базу сервера Oracle, стопроцентно реализует достоинства открытых систем и является предстоящим развитием ставшей уже классической технологии «клиент-сервер». OracleRDBMS предоставляет широчайший набор способностей для сотворения прикладных информационных систем. В OracleRDBMS поддерживаются два главных варианта репликации данных: ассиметричная асинхронная репликация и симметричная асинхронная репликация. СУБД компании Informix – модель сервера СУБД, имеющая многопотоковую архитектуру и владеющая сильными средствами параллельной обработки запросов. СУБД компании Informix обычно использовалась для сотворения информационных систем малого и среднего масштаба, работающих в режиме оперативной обработки транзакций. SybaseSystem – современная высокопроизводительная СУБД, работающая на платформах РС-серверов для NovellNetWare, WindowsNT, OS/2, SCOUNIX по технологии распределенной обработки и доставки данных. В состав пакета SybaseSystem входят реляционная СУБД SQLServer и ряд остальных компонент – репликационный , отладчик, библиотеки серверной и клиентской части, средства управления и мониторинга и проч. Репликационный употребляет асинхронную модель репликации транзакций.
6.
При построении ИС сходу возникает необходимость в едином информационном пространстве, обработка данных в каком осуществляется в режиме настоящего времени. Но следует держать в голове, что на предприятии, как и в настоящей жизни, все объекты имеют меж собой как прямые, так и наиболее сложные связи, которые к тому же находятся в неизменном развитии. Эти связи и процессы должны каким-то образом отражаться в базе данных, под которой предполагается не попросту статичное хранилище, а информационная модель части настоящего мира. Это под силу лишь проф (полномасштабным) СУБД, к примеру компаний Oracle, Informix, Sybase и т.д.
Перечень применяемой литературы
системы в экономике: Учеб. пособие.- М.: ФОРУМ: ИНФРА – М, 2006. – 464 с. : — (Проф образование).
3. Исаев Г.Н., Информационные системы в экономике: [учебное пособие]/Г.Н. Исаев. – М.: Омега – Л, 2006. – 462 с. – (Высшее экономическое образование).
]]>