Newsland.com – место, где обсуждают новости.
Социальный новостной агрегатор №1 в Рунете: самое важное о событиях в России и в мире. Newsland.com - это современная дискуссионная платформа для обмена информацией и мнениями.
В режиме 24/7 Newsland.com информирует о самом важном и интересном: политика, экономика, финансы, общество, социально значимые темы. Пользователь Newsland.com не только получает полную новостную картину, но и имеет возможность донести до аудитории собственную точку зрения. Наши пользователи сами формируют информационную повестку дня – публикуют новости, пишут статьи и комментарии.
Комментарии
А про такую вещь, как backup, "гении" из СДЭК не слыхали ?
Муслим НеМагомаев, Вы имеете в виду резервное копирование? Тут завиит от того, как оно организовано. И как работает вирус. Предположим, виру какое-то время шифрует данные как раз в момент backup-а (3-5 днеей, неделю), а затем делает то же самое скажем в 00.00 понедельника в рабочей базе заказов. У меня в своё время в одной конторе резервное копирование было организовано следующим образом - ежендневно писались изменения, по воскресеньям - полный backup, хранились данные за последние пять дней (изменения), еженедельные полные копии за месяц и месячные копии за год. При этой системе в данном случае нужно было бы востановить последнюю рабочую базу и вручную вводить все документы с даты работающей базы по текущую дату. Скажем, запорчены базы запоследие три дня. Берём последнюю работающую недельную базу, последовательно "накатываем" на неё работающие базы ежедневных изменений, а потом "ручками"...
Виктор Козлов, И отлично. Даже если вымогатели ухитрились перекодировать данные прямо перед бэкапом и вы в этот момент не проверили работоспособность базы данных ( что согласитесь маловероятно), у вас есть передыдущий бэкап.
И разумеется целостность всех БД в бэкапе надо проверять сразу после бэкапа. Мы всегда так делали. И кстати перед бэкапом отключали физически внешний доступ. И никогда никаких проблем не было. Один раз у клиента вирус-вымогатель запортил все. Стерли все и заново восстановили из вчерашнего бэкапа
Муслим НеМагомаев, я так и написал, многое зависит от того, как организовано резервное копирование. Ежедневный полный бэкап всё же вещь ресурсоёмкая (хотя смотря, за какое время он хранится и какие ежедневные объёмы изменений в базе, что за база и так далее). У меня был банк, так что там каждая проводка имела значение. Полный ежедневный бэкап к концу года раз в 200 объёмнее ежедневных изменений (если переходить на следующий год простым переносом остатков - грубо говоря, начинать год с нуля). Вот и считай разницу в требуемом дисковом пространстве. А мне как-то понадобилась база двухмесячной давности...
Виктор Козлов, Ресурсоемкая - это да. Но при современных ценах на ресурсы - это мелочь. Сохранность данных несравнимо дороже
Муслим НеМагомаев, так я "из прошлого" в том банке, по который я писал, сервер был на 486-м процессоре (93-97 г.г.). Привычка экономить ресурсы въелась в кровь. Да и практика доказывает, что сколько бы не было дискового пространства, без контроля пользователи засрут всё.
Виктор Козлов, Ну да, как говорится, "на телеге прошлого далеко не уедешь" (((((
А насчет "без контроля пользователи засрут всё" - дык это решается элементарно правами доступа..