Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 3)

Итого, все эти пять таблиц будут занимать не более 30 КБайт.

Таблица Document:

Одна запись: 4 байта * 3 + 10 000 байт + 8 байт = 10 020 Байт.

Предполагаемый объем таблицы – до 100 000 строк.

Вся таблица: не более 1000 МБайт.

Таблица Student:

Одна запись: 4 байта * 4 + 2 байт + 50 байт * 3 = 168 Байт.

Предполагаемый объем таблицы – до 100 000 строк.

Вся таблица: не более 17 МБ.

Таблица Student_property, room_property:

Одна запись: 4 байта * 4 + 50 байт = 64 Байта.

Предполагаемый объем таблиц – до 500 000 строк.

Вся таблица: не более 32 МБ.

Обе таблицы: не более 64 МБ.

Таблица administrative:

Одна запись: 4 байта * 3 + 50 байт * 3 = 162 Байта.

Предполагаемый объем таблицы – до 1 000 строк.

Вся таблица: не более 162 КБ.

Таблица stud_place:

Одна запись: 4 байта * 4 = 16 Байт.

Предполагаемый объем таблицы – до 100 000 строк.

Вся таблица: не более 16 КБ.

Таблица room:

Одна запись: 4 байта * 3 + 2 Байта = 14 Байт.

Предполагаемый объем таблицы – до 10 000 строк.

Вся таблица: не более 140 КБ.

6.3.1.4. Объем всей базы данных

Суммирование объемов таблиц дает представление о суммарных объемах хранимой информации:

30 КБайт + 1000 МБайт + 17 МБайт + 64 МБайт + 162 КБайт +16 КБайт + 140 Кбайт = 1081348 Кбайт.

Допустим, что различные служебные данные так же будут храниться и составят 20% от полезных данных, тогда суммарный объем БД составит не более 1300 МБ.

6.3.2. Интенсивность наполнения и работы с БД

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

Для примера рассмотрим общежития МГТУ им.Н.Э.Баумана. Суммарное число студентов и аспирантов в ВУЗе составляет около 20 000 человек. Из них примерно ¼ проживает в общежитиях.

Ежегодно из общежитий съезжают выпускники и на их места заезжают поступившие. Так же на это время приходиться большинство переездов между комнатами.

Так как всего в университете обучаются 6 лет, то число выпускников, выезжающих из общежитий составляет примерно 840 человек, такое число поступивших въезжает, и человек 100 переселяются. Всего за период с августа по сентябрь в базе данных изменяется порядка 1700 записей о студентах, которые дополняются изменением записей о имуществе и различных документов о заселении / выселении.

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

6.3.3. Способы архивации данных

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

• Полное копирование – копируется все данные хранящиеся в системе

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

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

6.3.4. Выбор режима архивации

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

1 период – высокая нагрузка:

В период высоких нагрузок рационально ежедневное полное копирование базы данных.

Предпосылками к выбору именного такого подхода стали:

• Высокая скорость восстановления после сбоя

• Отсутствие нагрузки ночью

• Относительно не большой объем базы данных для копирования.

Недостатком такого подхода можно считать избыточность копируемых данных.

Схематично данную стратегию резервного копирования можно изобразить так:

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

2 период – низкая нагрузка:

В период с октября по июль нагрузка на БД очень низкая. Поэтому период полного резервного копирования БД можно увеличить до 7 дней и проводить его в ночь с воскресения на вторник.

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

1. Заключение

В результате выполнения курсовой работы были достигнуты следующие результаты:

1. Спроектирована сеть автоматизированной информационной системы

2. Осуществлен выбор оборудования и операционных систем для офисов АИС

3. Разработана модель бизнес-процесса АИС в нотации BPMN.

4. Проведен количественный анализ информации используемой в АИС на основе предположительных оценок и знаний о хранении данных в ЭВМ.

5. Выбрана СУБД DB2 для использования с «1С:Предприятие 8».

6. Выбран режим архивации для БД.

8. Список литературы

1. Введение в современные мейнфреймы: основы zOS/ Эбберс М., О'Брайен У., Огден Б. – М: IBM Redbooks, 2007 г.- 635 стр.

2. От мэйнфреймов к облакам[электронный ресурс]/Электрон. дан. – Режим доступа: http://www.osp.ru/os/2010/06/13003731/ – Загл. с экрана.

3. BPMN Modeling and Reference Guide/ Stephen A. White, Derek Miers - Future Strategies Inc., 2008 г. - 226 стр

4. Телекоммуникации и сети/Галкин В.А., Григорьев Ю.А. - М.: Изд-во МГТУ им. Н.Э. Баумана, 2003г. – 608 стр

5. Быстрый старт для серверов DB2 [электронный ресурс]/Электрон. дан. – Режим доступа: ftp://ftp.software.ibm.com/ps/products/db2/info/vr9/pdf/let.. – Загл. с экрана.

6. Начало работы с DB2 Express 9.7/ Рауль Ф. Чон – М.: Москва, 2010г – 269стр.

7. Официальный сайт компании IBM[электронный ресурс]/Электрон. дан. – Режим доступа: IBM.com – Загл. с экрана.

8. Хабрахабр [электронный ресурс]/Электрон. дан. – Режим доступа: Habrahabr.ru – Загл. с экрана.

Характеристики

Список файлов курсовой работы