|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Ruslan Bikmetov /Tr 2:5056/34.22 03 Mar 2001 10:20:28 To : Tolik Tentser Subject : безопасность превыше всего? --------------------------------------------------------------------------------
Воскpесенье Апpель 05 2037 13:35, Tolik Tentser wrote to All:
>> TT> И сколько реализация твоих нормальных требований стоит ?
>> Во всяком случае дешевле утерянных даных.
TT> Ты считал ? Hу хоть раз ?
TT> Да таки для "всякого случая"
Андрей вообщем-то дело говорит, хотя высказывания несколько радикальные :)
Данные подобных объемов стоят ну очень дорого. Есть на моей памяти падение
сервера небольшой расчетной системы (размер базы не превышал 700мб). Реально
были утрачены данные за полтора последних расчетных периода. Дело в том, что
специфика рассчетов такова, что они проводятся в реальном времени. Падение
сервера привело к полной остановке расчетной системы приблизительно на неделю,
полное востановление данных проходило в течение 1.5 - 2 мес и еще долго
устранялись мелкие глюки.
Сколько за это время потеряла организация никто не считал, побоялись за свое
настоящее.
Про бэкапы, резервное копирование и прочее я вкурсе, вообщем-то все в
курсе... конечно оно было, но... :(
А теперь вопрос практически в топик :) Hе секрет, что организации имеющие
системы работающие в реальном времени или близкие к ним при остановке на сутки
либо несколько суток могут понести существенные убытки. Одной из причин подобных
проблем могут быть акты сабботажа со стороны пользователей.
Как в современных SQL серверах можно защититься от подобного? Даже если
клиентская программа не позволяет модифицировать либо удалить большой объем
данных. Квалифицированный пользователь всегда может запустить командный
процессор клиента SQL сервера. Методы журналирования либо логгирования действий
это всего лишь методы отслеживания, назовем их пассивными. Хотелось бы не
допустить самого акта сабботажа. То есть какие-то активные методы существуют?
Ruslan /t ru@ezmail.ru
---
* Origin: Гармония в сексуальной полусфере ;) (FIDO 2:5056/34.22)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms.sql/33093aa0c72d.html, оценка из 5, голосов 10
|