2. Дайте инструкцию по действиям администратора системы для обеспечения целостности базы данных

https://docs.google.com/document/d/16E4q_GEfeA5ZkfAAD4ouNZk7His8-RYFnReCKJbJOvg/edit#heading=h.uj0dj6bhvna1

1. Необходимо заставить прикладных программистов писать `BEGIN TRANSACTION` и `END TRANSACTION` после каждого `UPDATE`, `DELETE`, `INSERT`. (Применять трехфазный протокол lock-ирования)

2. Установить размер транзакции равным размеру блока ОС

3. Определить требуемое количество буферов и задать максимально возможное

4. Настроить параметр Buffer flush для очистки буфера после каждой транзакции

5. Настроить параметр Fill factor на 80%

6. Для защиты от сбоев по питанию использовать Pre-Image файлы

Доп инфа:

Целостность

Логическая целостность – если мы обновляем какое-то множество, то мы должны и остальные множества. И эта логическая целостность мало кого волнует.

Первая целостность, которая у нас возникает, это SQL-целостность.

SQL целостность сущностей говорит о том, что первичный ключ должен быть NOT NULL и это команда для ядра СУБД, и оно за этим следит.

Есть 5 видов SQL-целостности

1. Целостность сущностей

Первичный ключ не может быть пустым. Primary key not null.

2. Целостность связи

Внешний ключ не может быть пустым. Foreign key not null.

3. Целостность данных

Какие-то атрибуты - not null. Например: адрес не должен быть не определен.

4. Целостность по домену

Ограничение размера домена, например, столбца. Говорю, что он не может быть больше n символов, например: varchar(10).

5. Корпоративная целостность

Указывает количество кортежей в отношени

Эти виды целостности описываются в SQL и ничего из этого ОС не делает. Это делает СУБД, для того, чтобы при вводе данных эти данные вводились правильно.

> По идее, мы должны на вводе делать контроль, но это нужно заставить всех прикладных программеров правильно писать, а вы пишете как попало. Особенно 1с. Там кошмар.

У любой СУБД есть своё ядро - резидент, находящийся в операционной памяти. И есть утилиты - то, что мы запускаем дополнительно.

Утилиты есть разные

- утилиты по проверке целостности

- утилиты восстановления (они не такие как у ОС)

- утилиты mass update (без них ничего не работает)

- утилиты реконфигурации/реорганизации

Билет 32

1. Основные задачи и проблемы администратора системы по подключению последней мили. Способы их решения.

https://docs.google.com/document/d/16E4q_GEfeA5ZkfAAD4ouNZk7His8-RYFnReCKJbJOvg/edit#heading=h.3exslcvi4om9

Связь от пользователя до оператора связи - последняя миля.

Это требования оператора связи.

Есть норматив, согласно которому от оператора связи на расстоянии 2 км ставится вынос, который по сути просто процессор, и все кабельная система прокладывается в коллекторах с топологией звезда. Это описано в стандарте на MAN - IEEE 802.6.

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

Удаленный доступ - это доступ в систему через последнюю милю со скоростью этой самой системы.

От оператора связи нужно получить выделенную линию. Тут есть проблема с путаницей между определениями. Есть два типа линий:

- Private line - Частная линия, но никто не сказал, что он выделена для передачи данных. Такая линия нам не подходит

- Dedicated line- Эта линия выделена для передачи данных, и нам нужна именно она.

Есть несколько вариантов последней мили.