Автор статьи
Валерия
Эксперт по сдаче вступительных испытаний в ВУЗах
ВВЕДЕНИЕ
В настоящее время с развитием информационных технологий появляются возможности обработки больших массивов информации. Общество всецело зависит от получаемых, обрабатываемых и передаваемых данных. По этой причине данные сами по себе приобретают высокую ценность. Объектом обработки данных становится финансовая информация, информация, составляющая коммерческую тайну, а также данные о личной жизни и состоянии здоровья людей. Потеря информации, содержащей коммерческую тайну, может привести к прямым убыткам, а в некоторых случаях поставить под угрозу само существование организации. Актуальность проблемы построения системы копирования и восстановления данных с использованием программных продуктов обусловлена необходимостью обеспечения бесперебойной работы организаций, что предполагает необходимость использования технологий восстановления данных информационной системы при минимизации объема потерянной информации. Качество современных аппаратных средств, носителей информации, предъявляет требования к организации работ в случае нарушения доступности информационных ресурсов. Обеспечение быстрого восстановления информационных ресурсов минимизирует вероятность простоев в организациях, а также возникающих вследствие этого материальных потерь. Оперативное восстановление работоспособности системы сокращает время технологического простоя в работе организаций, сокращая потери, ими вызванные. Причинами для проведения операций по восстановлению баз данных могут быть: вирусная активность, аппаратный сбой, ошибочные действия администратора, форс-мажорные обстоятельства. Таким образом, для обеспечения возможности восстановления работоспособности информационных систем компаний необходима разработка регламента проведения резервного копирования, включающего: — описание порядка проведения резервного копирования и восстановления данных; — определение порядка хранения носителей информации, содержащих резервные копии информационных ресурсов; — определение технологии проведения операций по резервному копированию (через использование встроенных средств резервирования, либо с использованием сторонни). Таким образом, вопросы регламентации проведения операций резервного копирования также являются актуальными, так как при отсутствии упорядоченности процесса резервирования процесс восстановления работоспособности будет максимально затруднен. Целью данной работы является разработка системы хранения, резервного копирования и восстановления данных, составление плана обслуживания баз данных. Задачи работы: анализ технологий резервирования информации; анализ организации технологий восстановления информации; анализ документационного обеспечения процесса резервирования информации; анализ основных способов резервирования данных; сравнительная характеристика основных способов организации восстановления данных; изучение технологии резервирования информации с использованием программного средства RSYNC; Объект исследования: технологии обслуживания баз данных. Предмет исследования: технологии резервного копирования и восстановления данных, планирование обслуживания баз данных.ГЛАВА 1. АНАЛИЗ ТРЕБОВАНИЙ К ПРОВЕДЕНИЮ ОПЕРАЦИЙ РЕЗЕРВНОГО КОПИРОВАНИЯ ДАННЫХ
1.1 Актуальность использования технологий копирования и восстановления информации
В настоящее время информационные ресурсы являются дорогостоящим активом, обеспечивающим возможности нормального функционирования предприятий (организаций). Специфика использования информационных систем связана с необходимостью использования аппаратных ресурсов серверов, которые обеспечивают возможности доступа к информации. Нарушения в функциональности программной и аппаратной частей в хранилищах данных может приводить к длительным остановкам в работе организаций. Таким образом, особую актуальность приобретают вопросы обеспечения бесперебойного функционирования информационных систем путем использования механизмов восстановления функциональности систем с использованием технологий резервного копирования. Резервное копирование – создание резервных копий – информационных ресурсов сегментов информационных систем осуществляется в целях обеспечения возможности их восстановления при нарушении целостности. Мероприятия по резервному копированию информации проводятся регулярно и выполняются для обеспечения высокой степени сохранности обрабатываемых данных и готовности соответствующих вычислительных систем. Для резервного копирования информационных объектов вычислительных систем подсистемы необходимо использование схем, обеспечивающих высокую избыточность сохраняемой информации [15]. Таким образом, задача обеспечения сохранности данных, находящихся на различного рода накопителях, приобретает особую актуальность. Объектами защиты информации, находящимися на жестких дисках, могут быть [13]: • базы данных программных комплексов; • документация, образующаяся в деятельности предприятия; • мультимедиа-файлы, используемые в деятельности специалистов; • файлы графического формата, используемые в технологии работы специалистов; • закрытые ключи электронной подписи, хранящиеся в реестре; • пользовательские настройки к программным комплексам; • резервные копии различного рода данных; • архивы различного рода информации. Также данные, находящиеся на жестких дисках, могут включать конфиденциальную информацию различного типа (персональные данные, коммерчески значимую информацию, информацию об архитектуре информационной безопасности, парольную информацию). Таким образом, одним из требований к сохранности данных является обеспечение функциональности аппаратной части компьютера, включая накопители на жестких дисках. В таблице 1 приведен перечень типов информации, хранимой на жестких дисках рабочих станций специалистов с оценкой ущерба от утери данных. Таблица 1 — Перечень типов информации, хранимой на жестких дисках рабочих станций специалистов| Тип информации | Описание | Возможный ущерб от потери данных |
| Пользовательские документы | Документация, образующаяся в процессе основной деятельности специалистов, включая отчетность, копии приказов, локальных нормативных актов | Потеря времени на восстановление, при невозможности восстановления – прямая потеря информации, содержащейся в документах |
| Базы данных программных комплексов | Базы данных в случае использования локального режима работы | Выход из строя программного комплекса на период восстановления информации с момента предыдущего резервного копирования |
| Резервные копии | Копии баз данных и пользовательских документов, а также состояния системы | Невозможность восстановить объект по состоянию на момент создания резервной копии. В случае параллельного выхода из строя основной базы данных – полная потеря информации |
| Закрытые ключи электронной подписи | Ключи электронной подписи, хранящиеся в реестре операционной системы | Невозможность работать в системах электронного документооборота (с банками, торговыми площадками, государственными учреждениями), что ставит под угрозу основную деятельность предприятия |
1.2. Организация копирования
Вычислительные средства, использующиеся для дублирования информационного ресурса, по возможности не должны размещаться в одном помещении с комплексом, содержащим дублируемый ресурс. Рекомендуется их размещение в разных зданиях, при невозможности размещения в разных зданиях – на разных этажах одного здания. Инструкция о порядке резервного копирования информационного ресурса, не входящего в общий список, согласовываются с подразделениями, курирующими вопросы защиты информации, подразделением — владельцем ресурса, утверждаются руководством и подлежат актуализации с учетом изменений в составе защищаемых ресурсов, используемых средств, текущих директивных указаний и т.д. Технологической инструкцией в частности определяются [19]: • перечень резервируемых частей информационного ресурса; • периодичность и порядок их копирования; • необходимость и порядок копирования с архивированием; • количество копий и порядок их тиражирования; • требования к хранению резервных копий; • используемые при копировании и тиражировании средства; • порядок документального оформления выполнения копирования (ведения журнала учета копирования информационных ресурсов); • порядок использования резервных копий для восстановления целостности информационных ресурсов; • порядок документального оформления факта восстановления ресурса с использованием резервных копий; • порядок актуализации инструкции; • установление персональной ответственности за выполнение копирования, хранение копий и контроля; • другие необходимые положения. Для учета наличия резервных копий целесообразно ведение специального журнала, в котором указывается [19]: — Дата резервного копирования; — Наименование информационного ресурса; — Имя файла резервной копии; — ФИО сотрудника, проводившего копирование; — Учетный номер носителя информации, на который проведено резервное копирование; — Номер кабинета и сейфа, где хранится носитель резервной копии. Для баз данных, скопированных на выделенные носители информации, предназначенные для хранения резервных копий, необходимо формирование описи хранимых копий баз данных, являющейся отдельной страницей журнала, для ресурсов, не включенных в перечень резервного копирования на сменное сетевое хранилище – отдельный раздел журнала. Оформление записи в «Журнале учета копирования баз данных» производится специалистами, контролирующими процесс резервного копирования.1.3. Организация восстановления информационных ресурсов
Восстановление базы данных из резервной копии осуществляется коллегиально (комиссией) с привлечением сотрудников подразделения, ответственного за работу с прикладной системой, ИТ-специалистов и специалистов по информационной безопасности. Состав комиссии определяется приказом руководителя по каждому случаю восстановления ресурса из резервной копии. В состав комиссии обязательно включаются [14]: назначенные администраторы ресурса; администраторы защиты (безопасности) информации; начальники или заместители начальников отделов; владельца ресурса; специалисты по защите информации. Восстановление ресурса производится в соответствии с программно-эксплуатационной документацией к программному комплексу. Факт выполнения работ по восстановлению ресурса и их результат оформляются актом. Акт утверждается руководителем, копия акта передается в подразделение по защите информации (администратору защиты информации). Тиражирование информационных ресурсов осуществляется в соответствии с согласованным протоколом информационного обмена со сторонней организацией. Протокол информационного обмена со сторонней организацией разрабатывается (согласовывается) в рамках соответствующего двухстороннего соглашения с учетом требований действующего российского законодательства и нормативных (руководящих) документов по обеспечению безопасности информации на предприятии. Порядок выполнения и технология тиражирования определяются частной инструкцией, разрабатываемой в рамках реализации соответствующего соглашения. Факт тиражирования информационного ресурса регистрируется в соответствующих журналах. Частная инструкция по тиражированию ресурса разрабатывается подразделением, ответственным за эксплуатацию тиражируемого ресурса, с участием управления информационных технологий и согласовывается с подразделением по защите информации. В качестве инструментов по резервному копированию могут использоваться [14]: • встроенные средства администрирования прикладных программных систем; • специализированное программное обеспечение, позволяющее производить операции резервного копирования по параметрам, задаваемым пользователями; • встроенные средства операционной системы; • средства копирования, встроенные в СУБД; • специально настроенные процедуры архивирования, созданные администраторами системы. В таблице 2 приведен перечень преимуществ и недостатков использования технологий резервного копирования. Таблица 2 — Преимущества и недостатки использования технологий резервного копирования Рассмотрев основные технологии копирования, можно сделать выводы: • оптимальным решением является использование специализированного ПО для создания резервных копий; • остальные рассмотренные решения не позволяют восстановить систему в полном объеме; • комбинация различных способов резервирования увеличивает влияние человеческого фактора и время на проведение операций резервирования. Таким образом, оптимальным решением является использование специализированного ПО для создания резервных копий. При выборе инструмента для автоматизации резервного копирования следует учитывать: • соответствие функционала системы необходимым задачам копирования; • условия предоставления лицензии; • совместимость с архитектурой информационной системы предприятия; • возможность разработки пользовательских скриптов.ГЛАВА 2. ТЕХНОЛОГИЯ РЕЗЕРВНОГО КОПИРОВАНИЯ И ВОССТАНОВЛЕНИЯ БАЗ ДАННЫХ
2.1. Инструменты обеспечения восстановления информации средствами СУБД
Посредством обработки транзакций обеспечивается технология сохранения целостности базы данных за счет того, что пакеты операций SQL исполняются полностью или не выполняются вовсе. Организация реляционных баз данных проведена таким образом, что информация в них сохраняется во многих таблицах. Вследствие этого оптимизируется процесс манипулирования, управления данными, а также их повторное использование. Схемы всех корректно спроектированных баз данных можно в какой-то мере отнести к реляционным. Транзакции имеют четыре важных свойства [16]: • Атомарность, • Согласованность, • Изолированность, • Долговечность. Их, как правило, называют свойствами АСИД (по первым буквам свойств). Атомарность. Транзакции выполняются как атомарные, неделимые. Согласованность. Транзакции переводят базу данных из одного согласованного (целостного) состояния в другое согласованное (целостное) состояние, без обязательности поддержки условия согласованности данных в каждом из промежуточных моментов времени. Изолированность. Транзакции отделены (изолированы) одна от другой. Это означает, что транзакции, инициированные разными пользователями не должны влиять друг на друга (тем более мешать друг другу), т.е. они должны выполняться так, как если бы они выполнялись по очереди, последовательно друг за другом. Долговечность. Если транзакции выполнены, то результаты их работы должны сохраниться в базе данных, даже если в следующий момент произойдет сбой системы. Как правило, транзакции начинаются в автоматическом режиме с момента присоединения пользователя (запроса) к базе данных и продолжается до тех пор, пока не произойдет одно из следующих событий. Обеспечение надежности хранения информации с использованием механизмов управления транзакциями предполагает выполнение работ по восстановлению согласованного состояния системы после любого нарушения возможности корректного завершения транзакции вследствие возникновения ошибок в ходе ее выполнения, наличия аппаратных или программных сбоев системы. Очевидно, что процесс восстановления исходного согласованного состояния базы данных возможен только при наличии определенных дополнительных данных о процессе модификации данных при выполнении транзакций. Современные реляционные СУБД поддерживают организацию дополнительной информации в виде специальных журналов изменения базы данных или журналов транзакций. Общие принципы восстановления согласованного состояния данных являются предполагают выполнение условий [16]: • Результаты зафиксированных транзакций должны сохраниться в восстановленном состоянии базы данных; • Результаты незафиксированных транзакций не должны восстанавливаться. Именно это и предполагает, что восстановление происходит на последнее во времени состояние базы данных. Возможны следующие ситуации, при которых должно производиться восстановление прежнего состояния базы данных. Индивидуальный откат транзакции. Откат транзакции может инициироваться при выполнении транзакции через подачу команды ROLLBACK. Так, откат транзакции может инициироваться средствами самой СУБД при возникновении какой-либо ошибки (деления на ноль и др.), или при проведении выбора транзакции в качестве «жертвы» в случае обнаружения ситуации, предполагающей синхронизационный тупик. При проведении индивидуального отката транзакции для восстановления согласованного состояния базы данных в базе данных должны быть устранены последствия действия операторов модификации базы данных, которые выполнялись в этой транзакции. Процесс восстановления после внезапной потери содержимого оперативной памяти является мягким сбоем системы. Данная ситуация может возникать в случае аварийного выключения электрического питания, при появлении неустранимого сбоя в процессоре (например, при срабатывании контроля оперативной памяти) и т.д. При таком сбое данные, хранящиеся на диске, остаются неповрежденными, но утрачивается содержимое буферов базы данных в оперативной памяти. Восстановление после отказа внешнего устройства долговременного хранения данных (дисков) представляет собой жесткий сбой системы. Данная ситуация может возникать вследствие разрушения структуры записанной на дисках информации, повреждения поверхности дисков, головок записи (чтения и т.д.). Во всех трех случаях основу восстановления данных составляет избыточность хранения данных. Запись такой дополнительной, необходимой для восстановления данных информации производится в специальном журнале, и представляет собой последовательность записей о произведенных в ходе транзакции изменениях базы данных. 2.2. Технологии работы Администратора по восстановлению БД на примере MS SQL Server Администраторы базы данных (АБД) должны координировать работы по проведению сбора сведений, проектирования и эксплуатации базы данных, а также по обеспечения защиты данных. Также администраторы обязаны учитывать текущие и перспективные информационные требования предметной области, что является одной из главных задач [16]. Осуществление функций администратора баз данных предполагает необходимость наличия инструментов администратора, которые реализуются на уровне СУБД, либо на уровне программного обеспечения. Например, для СУБД MS SQL Server используется инструмент администрирования MS SQL Server Management Studio, для «1С: Предприятие» — режим конфигуратора. На рисунке 1 показан общий вид среды «MS SQL Server Management Studio», на рисунке 2 – режим резервного копирования, на рисунке 3 – режим установки прав пользователя, что входит в основной функционал администраторов баз данных. Рисунок 1 — Общий вид среды администрирования MS SQL Server Management Studio Рисунок 2 — Режим резервного копирования Таким образом, система информационной безопасности в рамках администрирования баз данных автоматизированных систем должна соответствовать следующим требованиям [14]: • наличие системы разграничения доступа (уровень ввода документов, уровень первичной постановки документов на учет, уровень исполнителя, уровень руководителя); • наличие парольной защиты с требованиями к сложности пароля, а также к его периодической смене; • возможностью интеграции с криптографическими системами; • наличие системы автоматического резервного копирования и условий выполнения соответствующих требований к хранению копий баз данных. Рисунок 3 — Режим разграничения прав доступа к базе данных Технология работы с базами данных MS SQL Server по копированию и восстановлению также может быть реализована с использованием SQL-скриптов с использованием утилиты osql: Восстановление данных: osql.exe -E –S MICROSOF-4359C4\SQLEXPRESS –Q «exec sp_MSforeachdb restore database abonent from disk = ‘C:\abonent\backup\zentr.dat’ WITH REPLACE» Копирование данных: osql.exe -E -SWS03200508002\SQLEXPRESS -Q»backup database abonent to disk=’c:\abonent\backup\zentr.dat’ with init» rar a -ep1 c:\abonent\backup\base.rar c:\abonent\backup\zentr.dat Перечень ключей утилиты osql показан на рисунке 4. Рисунок 4 — Перечень ключей утилиты osql Также одной из основных функций администратора базы данных является хранение копий баз данных и обеспечение их сохранности. Для каждого из информационных ресурсов необходимо определить [16]: • методику сохранения и восстановления ресурса; • периодичность сохранения ресурса; • лиц, ответственных за проведение резервного копирования и восстановления; • лиц, ответственных за хранение резервных копий; • перечень внешних носителей информации, на которые производится резервное копирование данных. В таблице 2 приведена примерная форма журнала резервного копирования. Таблица 2 — Примерная форма журнала резервного копирования Журнал резервного копирования и восстановления должен входить в номенклатуру дел администратора защиты информации. Также при создании плана эвакуации из помещений организации в случае возникновения чрезвычайных ситуаций необходимо предусмотреть вопросы эвакуации носителей информации, содержащих копии информационных ресурсов, включая [14]: • указание инвентарных номеров запирающихся кэш-боксов, предназначенных для эвакуации носителей информации; • определение мест эвакуации носителей информации; • определение учетных номеров носителей информации, подлежащих эвакуации.2.3. Использование ПО RSYNC для проведения операций резервного копирования и восстановления
В качестве инструмента для проведения операций резервного копирования и восстановления рассмотрим программу RSYNC. RSYNC — программное средство, разработанное для UNIX-подобных систем, выполняющее синхронизацию файлов и каталогов в двух местах с минимизацией используемого трафика, использующее технологии кодирования данных в процессе создания резервных копий. Важное отличие rsync от аналогичных систем программ/протоколов состоит в том, что процесс зеркалирования производится одним потоком в каждом направлении (а не по одному или несколько потоков для каждого файла). RSYNC имеет возможности по резервному копированию или отображению содержимого каталога и копирования файлов, с опциональным использованием сжатия и рекурсию [2]. RSYNC — агент, реализующий протокол rsync. По умолчанию использует TCP-порт 873. Программа выпущена под лицензией GNU GPL, rsync является свободным программным обеспечением. Утилитой rsync используются алгоритмы, разработанные австралийским программистом Э.Триджеллом, для осуществления возможности по эффективной передаче объектов (например, файлов) с использованием коммуникационных соединений в тех случаях, когда принимающие компьютеры уже имеют отличающуюся версию данной структуры [2]. Принимающим компьютером производится разделение своей копии файла на неперекрывающиеся куски, имеющие фиксированный размера S, и вычисляется контрольная сумма для каждого из кусков: MD4-хеш и более слабый кольцевой хэш. Далее производится их отправка серверу, с которым проводится синхронизация. Использование rsync эффективно при зеркалировании или резервном копировании клиентских Unix-систем на центральные Unix-серверы с использованием rsync/ssh и обычной учетной записи Unix. С планировщиком задач, таким как cron, возможно организовать автоматизированное основанное на rsync зеркалирование по защищенному с использованием криптографических каналов между несколькими компьютерами и центральным сервером [2]. На рисунке 5 показан режим настройки резервного копирования средствами rsync. Рисунок 5 — Режим настройки резервного копирования средствами rsync Как показано на рисунке 5, настройка системы резервного копирования rsync позволяет задавать [2]: • периодичность создания копий, время запуска процесса создания резервной копии; • настройки каталогов резервного копирования; • учетную запись пользователя, имеющего права на копирование файловых ресурсов. Процесс копирования средствами RSYNC представляет собой последовательное исполнение команд пользовательского скрипта из режима командной строки (рисунок 6). Рисунок 6 — Настройки резервного копирования с помощью скриптов Система RSYNC имеет консоль администрирования Gamin-Rsync, в которой производится настройка копирования по ресурсам, времени, каталогам сохранения. Режим администрирования при работе системы Gamin-Rsync показан на рисунках 7-8. Рисунок 7 — Режим администрирования при создании резервных копий Рисунок 8 — Режим администрирования Gamin-Rsync при создании резервных копий Как показано на рисунке 8, настройки резервирования данных, проведённые с помощью системы Gamin-Rsync предполагают возможности [2]: • добавления информационных ресурсов для копирования; • удаление информационных ресурсов из перечня копируемых; • управление созданными копиями; • сохранение протокола резервного копирования. Также из режима администрирования возможен запуск процесса копирования. На рисунке 9 показана принципиальная схема архитектуры системы резервного копирования RSYNC. Рисунок 9 — Принципиальная схема архитектуры системы резервного копирования RSYNC Как показано на рисунке 9, процесс копирования производится путем синхронизации данных различных серверов, содержащих объекты копирования с сервером RSYNC. На рисунке 10 показан режим работы с протоколами резервного копирования. Рисунок 10 — Режим работы с протоколами резервного копирования К основным особенностям Rsync относятся [2]: • возможность поддержки синхронизации целых деревьев каталогов • сохранение символических ссылок, жесткие ссылок, владельцев и права файлов, метаданных и времени создания. • отсутствие необходимости в особых привилегиях • возможность передачи файлов одним потоком • поддержка RSH, SSH в качестве транспорта • поддержка анонимности В качестве источника и приемника могут выступать удаленные или локальные каталоги. Например, ssh, rsync, samba сервер или локальные директории. С помощью опций задаются дополнительные параметры rsync. Также, в системе присутствуют возможности частичного копирования, шифрования данных и др. Выводы В рамках рассмотрения функционала системы резервного копирования RSYNC показаны основные возможности системы, предполагающие возможности по резервированию систем, управлению созданными резервными копиями, настройкой системы как с помощью средства администрирования, так и с помощью пользовательских скриптов. Таким образом, система RSYNC является функциональным инструментом для администраторов, выполняющих задачи по резервированию системы. ЗАКЛЮЧЕНИЕ В рамках данной работы проведено рассмотрение вопросов функционирования систем резервного копирования и восстановления информации. Показано, что назначение систем резервного копирования и восстановления состоит в обеспечении бесперебойного функционирования информационной системы предприятия, минимизации рисков простоев вследствие нарушения функциональности программно-аппаратных комплексов. Если на предприятиях обрабатывается большое количество коммерчески значимой информации и значительная часть бизнес-процессов связана с использованием программных комплексов, то необходимо принятие ряда мер по обеспечению бесперебойности функционирования программно -аппаратных комплексов. Вследствие того, что носители информации имеют ограниченный срок использования и вероятны потери информации, необходима организация копирования и восстановления информации. В рамках данной работы был проведен анализ технологий резервного копирования и восстановления данных, их характеристик, программного обеспечения, обеспечивающего процесс копирования и восстановления данных, определены типовые объекты резервного копирования и восстановления информации. Подводя итог проделанной работе, хочется отметить успешное выполнение поставленной цели работы: проведен анализ технологии резервного копирования и восстановления. Так же, в рамках данной работы, были решены все задачи, поставленные на первоначальных этапах: детально изучена предметная область; выявлена необходимость автоматизации одного из самых значимых направлений деятельности – резервного копирования и восстановления информации; помимо этого, при разработке проектных решений применялись современные технологии разработки средств сбора, передачи, обработки, хранения и выдачи информации. Восстановление данных возможно с использованием как программных, так и аппаратных решений. Проектирование информационных систем предполагает необходимость анализа особенностей функционирования жестких дисков от тех или иных производителей, статистику их выхода из строя и основных причин возникновения неполадок. В большинстве случаев при выходе из строя жестких дисков восстановление информации возможно программным способом. В рамках данной работы проведен обзор программных систем, позволяющих выполнять задачи по восстановлению информации. В рамках проведения анализа существующих технологий организации резервного копирования и восстановления было показано, что оптимальным решением в области автоматизации данных процессов является использование специализированного ПО. В качестве примера программного продукта для организации резервного копирования и восстановления информации было рассмотрено решение на базе RSYNC. Показано, что с использованием данного программного средства возможна полная автоматизация поставленных задач: настройки расписания копирования; выбора объектов копирования; управления резервными копиями; использование пользовательских настроек (как через режим администрирования, так и в режиме работы с пользовательским и скриптами). Таким образом, решение на базе RSYNC может являться универсальным инструментом администратора, ответственного за проведение резервного копирования информации. СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 1. ПО RSYNC. О программе. [Электронный ресурс]. Режим доступа: https://losst.ru/rsync-primery-sinhronizatsii. 2. Бондарев В. В. Анализ защищенности и мониторинг компьютерных сетей : методы и средства : учебное пособие / В.В. Бондарев. — Москва : Изд-во МГТУ им. Н.Э. Баумана, 2017. — 225 3. Федорова Г. Н. Разработка и администрирование баз данных: учебник / Г. Н. Федорова. — 2-е изд., стер. — Москва : Академия, 2017. – 312с. 4. Селяничев О. Л., Майтама Е. В. Администрирование информационных систем: учебное пособие / О. Л. Селяничев, Е. В. Мактама; Череповецкий государственный университет. — Череповец: ФГБОУ ВО «Череповецкий государственный университет», 2017. — 99 с. 5. Бумарин Д.П., Тектониди Д.Л. Администрирование баз данных [Электронный ресурс]: методическое пособие / Бумарин Д.П., Тектониди Д.Л. — Москва : ФГБОУ ВО МГТУ «СТАНКИН», 2018. – 189с. 6. Попов Б. Н. Администрирование информационных систем : учебное пособие. — Санкт-Петербург: Изд-во ГУМРФ имени адмирала С.О. Макарова, 2018. — 95 с. 7. Лубянская Э.Б. Информационные системы в экономике: учебное пособие. — Воронеж: ФГБОУ ВО «Воронежский государственный технический университет», 2017. — 140 с. 8. Одинец М. А. Процессный подход в управлении производственной системой (на примере оценки эффекта в результате интеграции ERP системы)/ Одинец Максим Александрови . — Санкт-Петербург, 2015. — 22 с. 9. Польшакова Н.В., Коломейченко А.С., Яковлев А.С. Информационные системы в экономике: [учебник]. — Москва : Буки Веди, 2016. — 480 с. 10. Селяничев О. Л. Администрирование информационных систем: учебное пособие. — Череповец: ФГБОУ ВО «Череповецкий государственный университет», 2017. — 99 с. 11. Попов В.Б. Основы информационных и телекоммуникационных технологий. — М.: Финансы и статистика, 2015. – 376 с. 12. Репин В.В., Елиферов В.Г. Процессный подход к управлению. Моделирование бизнес-процессов. – М.: РИА «Стандарты и качество», 2004. – 408 с. 13. Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф. Проектирование экономических информационных систем. – М.: «Финансы и статистика», 2002. – 512 с. 14. Румянцев Н. К., Киселев Е. Л. Введение в SAP ERP. Управление бизнес-процессами: учебное пособие / О.Н. Куранов, Н.К. Румянцев, Е.Л. Киселев. — М.: «Финансы и статистика». 2015. — 43 с. 15. Чукарин А. В., Самуйлов К. Е., Яркина Н. В. Бизнес-процессы и информационные технологии в управлении современной инфокоммуникационной компанией / А. В. Чукарин, К. Е. Самуйлов, Н. В. Яркина. — Москва : Альпина Паблишерз, 2016. — 511 с. 16. Егоров А. Н., Крупенина Н. В. Корпоративные информационные системы. Бизнес-процессы : учебное / А. Н. Егоров, Н. В. Крупенина. — Санкт-Петербург: Изд-во ГУМРФ, 2015. — 103 с. 17. Абрамов И. В. Менеджмент организации: бизнес-процессы (деловые процессы) : учебное пособие / И. В. Абрамов. — Воронеж : Изд. дом ВГУ, 2017. — 236 с. 18. Кондрашов Ю. Н. Эффективное использование СУБД MS SQL SERVER: учебное пособие / Ю.Н. Кондрашов. — Москва : Финансовый университет, 2017. – 478c. 19. Шацков В. В. Программирование приложений баз данных с использованием СУБД MS SQL Server: учебное пособие / В. В. Шацков. — Санкт-Петербург: СПбГАСУ, 2015. – 75c. 20. Махмутова М. В. Введение в технологии баз данных: учебное пособие / М.В. Махмутова. — Магнитогорск: ФГБОУ ВПО «МГТУ», 2015. – 125c.
О сайте
Ссылка на первоисточник:
http://www.simor.ru
Поделитесь в соцсетях: