Отчет по производственной практике (по профилю специальности) в составе профессиональных модулей пм. 02 Осуществление интеграции программных модулей пм.

• Название: Отчет по производственной практике (по профилю специальности) в составе профессиональных модулей пм. 02 Осуществление интеграции программных модулей пм.
• Дата: 04.07.2022
• Размер: 2.61 Mb.
• Имя файла: Otchet (3).docx
• Тип: Отчет; #624130
• страница: 4 из 4

Разработка технических требований к серверу баз данных. Разработка требований к корпоративной сети.

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

Кроме того, в нем должны быть установлены быстродействующие RAID-контроллеры, SAS- и SATA-диски, накопители памяти на SSD-дисках и сдвоенные источники питания с возможностью "горячей" замены.

На твердотельных дисках хранятся критически важные для предприятия данные, к которым нужно обеспечить максимальную скорость доступа.

Для разрабатываемой базы данных в качестве сервера используются 2 компьютера HP xw4400 модели PW369EA, объединенных в кластер высокой доступности.

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

Высокопроизводительный чипсет Intel следующего поколения предоставляет быструю двуканальную память DDR2 667 МГц, графику PCIe x16, а также поддерживает технологию EM64T 64 бита.

При необходимости обновления и увеличения ресурса хранения имеется возможность наращивания количества жестких дисков и увеличения объёма памяти.

Карта технологической сети представлена на рисунке 5.



Рисунок 5 – Карта технологической сети ЦОИ

6. Работа с журналом аудита базы данных. Мониторинг нагрузки сервера.

Ведение журнала аудита действий базы данных для PostgreSQL (отдельный сервер) доступно через расширение аудита PostgreSQL: pgAudit. pgAudit предоставляет подробные сведения о сеансе и (или) ведении журнала аудита объектов.

По умолчанию выписки из журналов pgAudit создаются вместе с регулярными выписками с использованием стандартного средства ведения журнала Postgres. Максимальный объем хранилища для коллекции файлов составляет 1 ГБ, а каждый файл доступен не более семи дней (по умолчанию — три дня). Эта служба является вариантом краткосрочного хранилища.

Кроме того, можно настроить отправку всех журналов в хранилище журналов для последующей аналитики в Log Analytics. Если включить ведение журнала ресурсов, журналы будут автоматически отправляться (в формате JSON) в службу хранилища.

Включение pgAudit приводит к созданию большого объема журналов на сервере, что влияет на производительность и хранение журналов. 

Аудит также дает следующие возможности.

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

Кроме того, PostgreSQL может предоставить динамическую информацию о том, что происходит в системе прямо сейчас, в частности, сообщить, какие именно команды выполняются другими серверными процессами и какие другие соединения существуют в системе. Эта возможность не зависит от процесса сборщика.


Рисунок 14 – Панель информации

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



Рисунок 15 – Журнал изменений

7. Настройка политики безопасности для созданной базы данных

Для баз данных известны следующие основные функции защиты информации: 

Защита доступа – доступ к данным может получить пользователь, прошедший процедуру идентификации и аутентификации. 

Разграничение доступа – совокупность правил, регламентирующих порядок и условия доступа субъекта к объектам информационной системы.
Также данные правила называют правами доступа или политиками безопасности.

При разграничении доступа устанавливаются полномочия (совокупность прав) субъекта для последующего контроля санкционированного использования объектов информационной системы.

В базе данных осуществляется распределения прав доступа. Были созданы роли, при чем каждой роли доступны свои схемы базы данных. Список ролей, структура схем баз данных и пример настройки одного из пользователей представлены на рисунках 16, 17 и 18.


Рисунок 16 – Список ролей


Рисунок 17 – Настройка пользователя



Рисунок 18 – Структура схем базы данных

8. Разработка серверной и клиентских компонент базы данных 

Серверная часть предприятия реализуется в СУБД PostgreSQL, которая организует управление базой данных серверной системы.

После этапа разработки даталогической и концептуальной модели базы данных были выявлены следующие таблицы:

Таблица «Data_records_ bags» хранит данные о зафасованных мягких контейнерах участка гидратной извести ЦОИ, рисунок 8.

Создание таблицы:

CREATE TABLE raw_data.data_records_bags

(

    data_record_timestamp timestamp without time zone NOT NULL,

    bag_id smallint NOT NULL,

    packing_date date NOT NULL,

    brigade_number smallint NOT NULL,

    bin_number smallint NOT NULL,

    bag_weight real NOT NULL,

    worker_tabnumber integer NOT NULL,

    edit_flag boolean,

    CONSTRAINT data_records_bags_pk1 PRIMARY KEY (bag_id, packing_date),

    CONSTRAINT data_records_bags_fk1 FOREIGN KEY (worker_tabnumber)

        REFERENCES coisrv.workers (worker_tabnumber) MATCH SIMPLE

        ON UPDATE CASCADE

        ON DELETE RESTRICT,

    CONSTRAINT data_records_bags_chk2 CHECK (packing_date <= ('now'::text::date + '1 hour'::text::interval)),

    CONSTRAINT data_records_bags_chk1 CHECK (data_record_timestamp <= ('now'::text::timestamp without time zone + '01:00:00'::interval)),

    CONSTRAINT data_records_bags_chk3 CHECK (bag_id > 0)

)



Рисунок 8 – Таблица «Data_records_ bags» в режиме таблицы

Таблица «Workers» хранит данные об операторах, которые вносят информацию в базу данных.

Создание таблицы:

CREATE TABLE coisrv.workers

(

    worker_tabnumber integer NOT NULL,

    worker_lname character varying(30) COLLATE pg_catalog."default" NOT NULL,

    worker_fname character varying(20) COLLATE pg_catalog."default" NOT NULL,

    worker_pname character varying(30) COLLATE pg_catalog."default",

    division_id smallint,

    description smallint,

    worker_log text COLLATE pg_catalog."default",

    CONSTRAINT workers_pk PRIMARY KEY (worker_tabnumber),

    CONSTRAINT workers_fk FOREIGN KEY (division_id)

        REFERENCES coisrv.structure (division_id) MATCH SIMPLE

        ON UPDATE NO ACTION

        ON DELETE NO ACTION

)

WITH (

    OIDS = FALSE

)

На рисунке 9 представлена таблица «Workers».

Рисунок 9 – Таблица «Workers» в режиме таблицы

Таблица «Structure» хранит информацию о цехе, где работает оператор.

Создание таблицы:

CREATE TABLE coisrv.structure

(

    division_id smallint NOT NULL,

    division_short_name character varying COLLATE pg_catalog."default" NOT NULL,

    division_full_name character varying COLLATE pg_catalog."default",

    CONSTRAINT structure_pk PRIMARY KEY (division_id)

)

На рисунке 10 представлена таблица «Structure».


Рисунок 10 – Таблица «Structure» в режиме таблицы

Алгоритм работы с базой данных: оператор вводит в web -форму всю необходимую информацию о зафасованных мягких контейнерах, данные заносятся в базу данных, после обработки данных формируются отчеты.

Работа с базой данных в виде схемы представлена на рисунке 11.



Рисунок 11 – Работа с базой данных

Форма ввода данных оператором представлена на рисунке 14.


Рисунок 14 – Форма ввода данных

9. Создание резервных копий базы данных. Восстановление базы данных. Мониторинг активности портов

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

Каждый из них является также мерилом простоя: времени, в течение которого данные недоступны в процессе резервного копирования; времени, которое требуется для воссоздания новых, еще не зарезервированных данных; и времени, которое нужно затратить на операцию восстановления. В зависимости от того, какое место в организации занимают система и защищаемые данные, длительность простоя, вызванного операциями защиты или восстановления, тем или иным образом отразится и на финансовых показателях.

Существует три фундаментально разных подхода к резервному копированию данных в PostgreSQL:

• 
  Выгрузка в SQL.
  
• 
  Копирование на уровне файлов.
  
• 
  Непрерывное архивирование.
  
• 
  Каждый из них имеет свои сильные и слабые стороны; все они обсуждаются в следующих разделах.
  

Shell – язык сценариев легок в изучении, в нем не так много специфических операторов и конструкций.  Синтаксис языка достаточно прост и прямолинеен, он очень напоминает команды, которые приходится вводить в командной строке. Короткие скрипты практически не нуждаются в отладке, и даже отладка больших скриптов отнимает весьма незначительное время.

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

Проще всего получить базовую резервную копию, используя программу pg_basebackup. Эта программа сохраняет базовую копию в виде обычных файлов или в архиве tar.

На рисунках 19, 20 представлено создание резервной копии в ручном режиме.



Рисунок 19 – Создание резервной копии



Рисунок 20 – Окно настройки резервной копии

ЗАКЛЮЧЕНИЕ

В результате прохождения производственной практики на ООО «Металло-Тех» были собраны данные и информация для объективной характеристики предприятия. Также была изучена техника безопасности, действующие стандарты, положения и инструкции по эксплуатации программных и аппаратных средств вычислительной техники, вопросы обеспечения техники безопасности жизнедеятельности.

Освоена работа с аппаратным и программным обеспечением информационных систем, в соответствии с установленными стандартами.

Были освоены основные компетенции:

• 
  ОК 01 Выбирать способы решения задач профессиональной деятельности, применительно для выполнения задач профессиональной деятельности;
  
• 
  ОК 02 Осуществлять поиск, анализ и интерпретацию информации, необходимой для выполнения задач профессиональной деятельности;
  
• 
  ОК 03 Планировать и реализовывать собственное профессиональное и личностное развитие;
  
• 
  ОК 04 Работать в коллективе и команде, эффективно взаимодействовать с коллегами, руководством, клиентами;
  
• 
  ОК 05 Осуществлять устную и письменную коммуникацию на государственном языке с учетом особенностей социального и культурного контекста;
  
• 
  ОК 06 Проявлять гражданско-патриотическую позицию, демонстрировать осознанное поведение на основе традиционных общечеловеческих ценностей;
  
• 
  ОК 07 Содействовать сохранению окружающей среды, ресурсосбережению, эффективно действовать в чрезвычайных ситуациях;
  
• 
  ОК 08 Использовать средства физической культуры для сохранения и укрепления здоровья в процессе профессиональной деятельности и поддержание необходимого уровня физической подготовленности;
  
• 
  ОК 09 Использовать информационные технологии в профессиональной деятельности;
  
• 
  ОК 10 Пользоваться профессиональной документацией на государственном и иностранном языке;
  
• 
  ОК 11 Планировать предпринимательскую деятельность в профессиональной сфере;
  

Список используемой литературы

1. Автоматизированные информационные технологии в экономике: Учебник / М. И. Семенов, И. Т. Трубилин, В. И. Лойко, Т. П. Барановская; Под общ. ред. И. Т. Трубилина. – М.: Финансы и статистика, 1999. – 416 с.: ил.

2. Автоматизированные информационные технологии в экономике: Учебник / Под ред. проф. Г.А. Титоренко. – М.: ЮНИТИ, 2002. – 399 c.

3. Андрижиевский А.А. Энергосбережение и энергетический менеджмент: учеб. пособие / А.А. Андрижиевский, В.И. Володин. – 2-е изд., испр. – Мн.: Высш. шк., 2005. – 294 с.

4. Диго С. М. Проектирование и использование баз данных: Учебник. – М.: Финансы и статистика, 1999.

5. Карданская Н.Л. Принятие управленческого решения: Учебник для вузов. – М.: ЮНИТИ, 1999. – 407 с.

6. Катулев А.Н. Математические методы в системах поддержки принятия решений: Учеб. пособие / А.Н. Катулев, Н.А. Северцев. – М.: Высш. шк., 2005. – 311 с.: ил.

7. Стружкин Н.П. Базы данных: проектирование. Практикум: учебное пособие для среднего профессионального образования / Н.П. Стружкин, В.В. Годин. – Москва: Издательство Юрайт, 2019. – 291 с. – (Серия: Профессиональное образование).