Cтраница 1
Тиражирование данных - это асинхронный ( в общем случае) процесс переноса изменений объектов исходной базы данных в базы, расположенные на других узлах распределенной системы. Данное свойство означает, что тиражирование возможно и достигается внутрисистемными средствами. [1]
Мы считаем, что кардинальное решение проблемы печатного тиражирования данных, полученных с ЭЦВМ, и выпуска машинным способом информационных изданий может быть достигнуто при переводе результатов регистрации знаков на офсетную печатную форму электрографическим способом или на трафаретную печатную форму электроискровым способом. [2]
Одним из средств управления распределенными базами и банками данных является тиражирование данных. Тиражирование представляет собой перенос изменений объектов исходной базы данных в базы данных ( или ее части), находящиеся в различных узлах распределенной системы. При внесении изменений может и не требоваться одновременный доступ ко всем узлам, затрагиваемым этими изменениями. Данные изменяются на одном узле, а затем переносятся на остальные. Тиражирование может производиться после завершения определенного числа операций с данными, в том числе и после каждой операции, через равные промежутки времени или к определенному моменту времени. Процесс тиражирования может контролироваться администратором системы, пользователем или пользовательской программой. Современные инструментальные программные средства поддерживают те или иные механизмы тиражирования данных. [3]
Следующий механизм, обеспечивающий высокий уровень отказоустойчивости, - технология тиражирования данных. Тиражирование данных-это асинхронный перенос изменений объектов исходной базы данных в базы, принадлежащие различным узлам распределенной системы. В конфигурации серверов базы данных выделяют один основной и ряд вторичных. В обычном режиме работы основной сервер выполняет чтение и обновление даннйх, обеспечивает перенос зафиксированных изменений на вторичные серверы. В случае отказа основного сервера его функции автоматически ( вручную) переводятся на вторичный сервер в режим работы чтение запись. Процедура тиражирования осуществляется либо в синхронном, либо в асинхронном режиме. [4]
Следующий механизм, обеспечивающий высокий уровень отказоустойчивости, - технология тиражирования данных. Тиражирование данных - это асинхронный перенос изменений объектов исходной базы данных в базы, принадлежащие различным узлам распределенной системы. В конфигурации серверов базы данных выделяют один основной и ряд вторичных. В обычном режиме работы основной сервер выполняет чтение и обновление данных, обеспечивает перенос зафиксированных изменений на вторичные серверы. В случае отказа основного сервера его функции автоматически ( вручную) переводятся на вторичный сервер в режим работы чтение запись. Процедура тиражирования осуществляется либо в синхронном, либо в асинхронном режиме. [5]
При фиксации информации с ЭЦВМ на прозрачные носители типа кальки в ряде случаев целесообразно воспроизведение и ограниченное тиражирование данных с ЭЦВМ с помощью современных светокопировальных аппаратов. В настоящее время за рубежом выпускается ряд специализированных светокопировальных аппаратов, предназначенных для этой цели. [6]
![]() |
Принципиальная схема аппарата Электрофильм. [7] |
В комплект аппарата входит устройство для химического закрепления копий и приставка для изготовления офсетных печатных форм на алюминиевой фольге или гидрофильной бумаге непосредственно с выбранного микрокадра, что позволяет осуществить дальнейшее тиражирование замикрофильмированных данных на офсетно-множительных. [8]
Следующий механизм, обеспечивающий высокий уровень отказоустойчивости, - технология тиражирования данных. Тиражирование данных - это асинхронный перенос изменений объектов исходной базы данных в базы, принадлежащие различным узлам распределенной системы. В конфигурации серверов базы данных выделяют один основной и ряд вторичных. В обычном режиме работы основной сервер выполняет чтение и обновление данных, обеспечивает перенос зафиксированных изменений на вторичные серверы. В случае отказа основного сервера его функции автоматически ( вручную) переводятся на вторичный сервер в режим работы чтение запись. Процедура тиражирования осуществляется либо в синхронном, либо в асинхронном режиме. [9]
Начиная с версии 6.0 тиражирование данных встроено в машину SQL-сервера. Это означает, что теперь не нужно создавать и применять триггеры для тиражирования данных. [10]
И еще одно замечание относительно горизонтального и вертикального разделения - при тиражировании SQL-сервер позволяет объединять эти два метода. В приведенных выше примерах можно легко ограничить тиражирование данных из таблицы leadjocation, основываясь на значениях territory code, а также дать команду SQL-серверу не тиражировать столбец commi sion rate, вне зависимости от значения territory code. При этом два метода тиражирования объединяются в одну достаточно эффективную стратегию. [11]
Процесс переноса изменений исходной БД в базы, принадлежащие различным узлам распределенной системы, принято называть тиражированием данных. При любых изменениях в тиражируемых данных репликатор копирует их на все остальные узлы системы. Если в системе нет необходимости поддерживать постоянную идентичности данных, и БД узлов должны согласовываться лишь периодически, репликатор накапливает изменения и в нужные моменты времени копирует их на другие узлы. Процесс тиражирования данных скрыт от прикладных программ пользователей, репликатор автоматически поддерживает БД в согласованном состоянии. [12]
Единой информационной составляющей АСД является распределенная база данных, содержащая сведения о ЧС. Необходимости в создании единого физического хранилища, содержащего все сведения обо всех ЧС, в проектируемой АСД нет: сведения, представляющие интерес на конкретном РМ, составляют ограниченную часть общего информационного массива АСД, и необоснованное тиражирование данных является неэффективным. Таким образом, в состав каждого РМ АСД должна входить локальная БД, а полная информация обо всех произошедших ЧС хранится в виде совокупности отдельных локальных БД РМ АСД. При этом БД должны быть автономными в части хранения информации о конкретных ЧС и совместимыми между собой для возможности обмена информацией о ЧС. [13]
Начиная с версии 6.0 тиражирование данных встроено в машину SQL-сервера. Это означает, что теперь не нужно создавать и применять триггеры для тиражирования данных. [14]
Процесс переноса изменений исходной БД в базы, принадлежащие различным узлам распределенной системы, принято называть тиражированием данных. При любых изменениях в тиражируемых данных репликатор копирует их на все остальные узлы системы. Если в системе нет необходимости поддерживать постоянную идентичности данных, и БД узлов должны согласовываться лишь периодически, репликатор накапливает изменения и в нужные моменты времени копирует их на другие узлы. Процесс тиражирования данных скрыт от прикладных программ пользователей, репликатор автоматически поддерживает БД в согласованном состоянии. [15]