Продукты Veeam уже поддерживают гипервизор Hyper-V из состава Windows Server 2012

Продукты Veeam уже поддерживают гипервизор Hyper-V

Компания Veeam продемонстрировала новые бета-версии своих продуктов Veeam Backup & Replication 6.5 и Veeam ONE 6.5 с полной поддержкой новой реализации гипервизора Hyper-V, представленной в операционной системе Windows Server 2012. Коммерческий выпуск этих продуктов запланирован до конца 2012 года.

Пакет 6.5 – представляет собой мощное программное решение для резервного копирования и восстановления виртуализованных приложений и данных, находящихся под управлением технологии Hyper-V в операционной системе Windows Server. Новая версия предлагает полную поддержку гипервизора Hyper-V, входящего в комплект Windows Server 2012. Одним из отличий является унифицированный механизм резервного копирования и репликации подконтрольных систем Virtualization.info. 

Из технических особенностей 6.5 стоит выделить фирменную технологию CBT (Changed Block Tracking – отслеживание изменившихся блоков), которая обеспечивает буквально молниеносную скорость создания актуальных резервных копий. Для ускоренного восстановления виртуализованных данных, приложений и систем продукты Veeam предлагают еже одну фирменную технологию под названием Instant VM Recovery. Наконец, 6.5 содержит уникальную технологию vPower, в которое реализованы четыре совершенно передовых метода защиты виртуализованных данных, ожидающих подтверждения патентов.

Сама компания Veeam считает выпуск новых версий своих продуктов с поддержкой Windows Server 2012 очень значимым событием, поскольку эта платформа выводит на рынок сильно измененный вариант Hyper-V, максимально готовый к массовому внедрению в тех предприятиях, где до сих пор по разным причинам были не готовы к переходу на виртуальные машины. Также стоит заметить, что пакет 6.5, уже доступный в бета-версии, поддерживает не только платформу Hyper-V, но и VMware, что делает этот продукт действительно универсальным решением, причем, с доступной ценой.

Проводник Windows падал не из-за Microsoft, виноват оказался деинсталлятор

Инженер Microsoft Рэймонд Чен рассказал любопытную историю отладки загадочных падений Проводника. Сначала всё выглядело так, будто в Windows внезапно появился неприятный баг. Но виновником оказалась вовсе не Microsoft, а сторонний деинсталлятор.

Проблема проявилась как резкий всплеск сбоев Проводника. Инженеры начали изучать дампы и заметили странную деталь: падала 32-битная версия программы, запущенная на 64-битных системах Windows.

Такая версия Проводника всё ещё есть в Windows ради совместимости со старыми приложениями. Обычно современные системы почти не используют этот путь. Но в данном случае сторонний деинсталлятор каким-то образом заставлял систему обращаться именно к этому устаревшему компоненту.

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

Поскольку процесс повторялся в цикле, повреждение памяти постепенно накапливалось. В какой-то момент указатель стека уезжал в область активного кода, и Проводник падал.

Со стороны всё выглядело как типичная системная ошибка: софт снова и снова аварийно завершал работу, создавая ощущение, что проблема в самой Windows. На деле операционная система лишь показывала последствия ошибки в стороннем ПО.

Чен напомнил важную вещь: в экосистеме Windows с миллиардами устройств и огромным количеством приложений далеко не каждый сбой компонента Microsoft означает баг в Windows. Сторонние программы тоже могут ломать системные процессы, особенно если неправильно используют низкоуровневые API.

RSS: Новости на портале Anti-Malware.ru