Microsoft опубликовал цикл лекций Ричарда Фейнмана по физике

Microsoft Research и Билл Гейтс представили на видео цикл лекций физика Ричарда Фейнмана в Корнеллском университете 1964 года.

В общем доступе опубликовано семь лекций. Лекции можно посмотреть через плеер, они снабжены субтитрами.

Ричард Фейнман – выдающийся физик, создатель квантовой электродинамики. Входил в число разработчиков атомного оружия в Лос-Аламосе. Лауреат Нобелевской премии по физике (1965 год). В нашей стране был хорошо известен благодаря лекциям по физике, переведенным еще в советское время. Многими считался непревзойденным лектором и блестящим популяризатором науки.

Подробнее смотрите пресс-релиз и сайт.

Backup, или несколько слов про резервное копирование

 

Backup (бэкап) – резервное копирование данных. Нужен и обязателен для сохранения данных. Под этим термином понимается как общая политика резервного копирования, так и конкретные технологии, применяемые для решения этой задачи.

Участившиеся в последнее время (правда, никогда и не прекращавшиеся) истории с неправильными бэкапами привели меня к мысли написать несколько простых правил бэкапа:

  1. Бэкап надо делать. Не так важно, проста или сложна ваша конкретная схема резервного копирования – ее просто надо выполнять.
  2. Бэкап надо делать регулярно. Ничто не должно помешать вам сделать очередной плановый бэкап.
  3. Только бэкап никому не нужен. Должен быть реализован полный цикл – от бэкапа до восстановления данных. Нужен кому-нибудь бэкап, который вы не сможете восстановить?
  4. Персонал должен быть обучен выполнять необходимые действия для восстановления системы в экстремальных условиях. Все основные операции должны быть задокументированы и описаны в руководстве по резервному копированию. Руководство должно быть написано простым и ясным для сотрудника языком.
  5. Резервные копии должны храниться отдельно, вне сети.
  6. Как минимум одна копия должна храниться удаленно, вне сети и вне здания, где располагаются системы.
  7. Доступ к копиям должен быть ограничен, т.к. это те же данные, только в другом формате хранения.
  8. Должен вестись строгий учет копий.
  9. Бэкап надо делать).

Снова о бэкапах – на этот раз savannah.gnu.org

Совсем недавно я писал об истории с сайтом avsim.com, который из-за неправильной политики резервного копирования лишился данных за 12 лет своей работы. И вот новый пример.

В течение нескольких дней был недоступен хостинг открытых проектов savannah.gnu.org . - оказался поврежденным RAID массив, что привело к повреждению файловой системы и утере части репозиториев исходников.  Отдельно велся ленточный бэкап. Но он, по каким-то причинам, последний раз выполнялся только в конце апреля. В результате система восстановлена, но с частично утерянными данными за май.

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

Подробнее об этой истории смотрите здесь и здесь.

История с avsim.com – пример неправильной политики резервного копирования

 

Уж сколько раз твердили миру – делайте бэкапы правильно!

На днях хакерской атаке подвергся сайт avsim.com, который существовал с 1996 года и был одним из основных ресурсов для любителей авиасимуляторов, в основном Microsoft Flight Simulator.

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

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

Вывод – делайте бэкапы регулярно и обязательно храните их копии отдельно, в нескольких экземплярах и в нескольких разных местах. Потому что враг не дремлет и следующим сайтом может быть ваш)).

Подробнее об этой истории вы можете почитать здесь.

SQL Server 2008 получил сертификат безопасности BSI

SQL Server 2008 Enterprise Edition (32 и 64 bit) прошел Common Criteria (CC) сертификацию уровня Basic Assurance Level (EAL1+) и получил сертификат безопасности от BSI (Bundesamt fur Sicherheit in der Informationtechnik).

BSI - это сертификационное агентство правительства Германии в сфере IT. BSI сертификация официально признана 25 странами (соглашение CCRA), включая США и Японию.

Статистика – MCT и экзамены

В блоге Born to Learn опубликована любопытная статистика по сертифицированным тренерам Microsoft (MCT). Выглядит она так:

  • Число активных MCT: 15251
  • Общее число экзаменов сданных всеми MCT: 513749
  • Среднее число экзаменов на одного MCT: 34
  • Кол-во MCT сдавших более 50 экзаменов: 2682 (18%)
  • Кол-во MCT сдавших более 100 экзаменов: 82
  • Максимальное число экзаменов, сданное одним MCT: 185