Жёлтый заголовок. В конституционный суд подали на ГК РФ, а не на "нарушение прав швейцарской Veeam Software AG". Первоисточник:
"В декабре 2021-го года была подана жалоба в Конституционный Суд РФ на нарушение конституционных прав пунктом 3 статьи 1260 ГК РФ, и 8 апреля 2022-го года она была принята к рассмотрению."
Для MS SQL не исключено, что добавим возможность в скором будущем.
А вот для Exchange навряд ли, слишком уж близко он погибает в датацентрах (из-за Office 365). Но кстати, если уж на то пошло, то наш продукт для бэкапа Office 365 умеет и с обычных Exchange серверов бэкапить. Можете попробовать бесплатную версию, она до 10 юзеров полнофункциональная.
Мы вот лично делали offsite бакап сначала использую внешние жёсткие диски, потом перешли на тейпы. И на данном опыте про хрупкость я могу сказать обратное :) жёстких дисков поумирало из-за транспортировки несчётное количество, а тейпам не делается ничего.
Насчёт «чувствительности к климатике» даже немного смешно, учитывая что ленты сертифицируются так называемой «эвалюацией Баттеля», при которой они на 14 дней помещаются в среду коррозионного газа. Удачи там же выжить жёсткому диску!
Сейчас ввиду недавнего рилиза Veeam Backup & Replication v10 плохое время в смысле открытия бесплатных кейсов (поддержка всецело поглощена платными клиентами).
По мне, так в нашем случае это было бы стучанием пяткой в грудь. Кому интересен этот аспект — а по факту скажу я Вам мало кому — тот и так давно знает, что Veeam общепризнанный инноватор с ключевыми патентами на защиту данных в виртуальных средах; основной источник first-to-market технологий и ноу-хау; имеет свою собственную ежегодную конференцию о доступности данных (и участвует во всех ключевых партнёрских); а уж статей этих у нас…
Хуже то, что все эти красивые слова про R — это то, что по дефолту говорит про себя АБСОЛЮТНО ЛЮБОЙ вендор. Ведь за большинство-то хорошо их пользователи не скажут — вот и приходится им самим себя нахваливать. Так что у меня бы лично во время прочтения такого вот R-питча автоматически включился предохранитель «понятно, marketing bullshit» и окно браузера было бы немедленно закрыто.
Заранее прошу прощения, если не правильно понял, на что конкретно в статье Вы жалуетесь :)
Если бы это хоть какое-то отношение к R&D имело, то конечно с удовольствием бы прокомментировали. Но данный «marketing automation» мапед не наш, а собственно маркетинга — а это у нас отдельный департамент в отдельном офисе и со своими собственными backend разработчиками. Так что детальной информацией о произошедшем мы (R&D) по-просту не владеем.
Технология VVOL слишком молодая, риск использования на данном этапе не оправдан. Советую произвести тесты восстановления как можно скорее, т.к. скорее всего у вас там коррапта на коррапте kb.vmware.com/s/article/55800
Нет, именно чтобы они остались пустыми. Например, ну поигрался админ с уведомлениями, решил хватит. Как отменить? Вводить вместо реального мыла липовое и пусть VEB там развлекается?
Просто отключите галочкой email нотификации совсем.
Veeam тоже умеет копировать только логи без влияния на систему, и восстанавливать базу на самое последнее состояние — в том числе и с точностью до offending транзакции (чего, кстати, SBE делать не умеет). А бакап физики у нас вообще бесплатен. Ну это к слову, а то Вы видимо давно уже последний раз на Veeam смотрели ;)
Вы не поняли, риторическим является вопрос "важна ли скорость восстановления". Это ведь определяющий параметр любой системы защиты данных. Невозможно ожидать приемлимой скорости восстановления, когда последнее требует наличия на месте специально обученного специалиста для ручного исполнения консольных команд. Кроме того, это полностью исключает любую возможность автоматизации, делегирования процесса и внедрения самообслуживания. Возможно, у вас просто слишком поверхностные знания нужд современного бизнеса, если Вы действительно считаете, что "оба инструмента решают задачу".
Вопрос риторический. Важна ли скорость восстановления? Безусловно важна, так что безусловно стоит! Причём "стОит" здесь очень правильное слово. Так как стоит буквально. Смотрите, средняя цена даунтайма в серьёзной компании $80000 долларов США в час. То есть либо вы восстанавливаете базу парой кликов менее чем за 10 минут и теряете $10000, либо возитесь час в консоли и теряете $80000. И это только один конкретный даунтайм (а в среднем их 15 в год).
Прошу прощения за английскую терминологию, у меня проблемы с поиском хороших аналогов на русском языке.
По сути, наш backup storage (набор данных, который кладётся в обычный файл) является транзакционным, и имеет в себе избыточность метаданных. Любая группа операций над файлом заканчивается флашем одного из банка метаданных, и только после успешного флаша считается закоммиченной (разумеется, перед флашем метаданных сперва происходит флаш самих данных). Таким образом, в какой бы момент не произошёл сбой, мы гарантированно знаем «last known good state» — тот набор блоков, который точно правильно записался — так как один из банков метаданных, и соответственно данные на который он ссылается, гарантированно консистенты.
Вообще говоря, бакапный сторадж для Veeam Endpoint Backup не написан с нуля, а взят из нашего Enterprise продукта (Veeam Backup & Replication) — то есть его надёжность проверена долгими годами (конкретно, 6 лет) и сомнений вызывать не должен.
Жёлтый заголовок. В конституционный суд подали на ГК РФ, а не на "нарушение прав швейцарской Veeam Software AG". Первоисточник:
"В декабре 2021-го года была подана жалоба в Конституционный Суд РФ на нарушение конституционных прав пунктом 3 статьи 1260 ГК РФ, и 8 апреля 2022-го года она была принята к рассмотрению."
А вот для Exchange навряд ли, слишком уж близко он погибает в датацентрах (из-за Office 365). Но кстати, если уж на то пошло, то наш продукт для бэкапа Office 365 умеет и с обычных Exchange серверов бэкапить. Можете попробовать бесплатную версию, она до 10 юзеров полнофункциональная.
Насчёт «чувствительности к климатике» даже немного смешно, учитывая что ленты сертифицируются так называемой «эвалюацией Баттеля», при которой они на 14 дней помещаются в среду коррозионного газа. Удачи там же выжить жёсткому диску!
Хуже то, что все эти красивые слова про R — это то, что по дефолту говорит про себя АБСОЛЮТНО ЛЮБОЙ вендор. Ведь за большинство-то хорошо их пользователи не скажут — вот и приходится им самим себя нахваливать. Так что у меня бы лично во время прочтения такого вот R-питча автоматически включился предохранитель «понятно, marketing bullshit» и окно браузера было бы немедленно закрыто.
Заранее прошу прощения, если не правильно понял, на что конкретно в статье Вы жалуетесь :)
Просто отключите галочкой email нотификации совсем.
И Ваш комментарий про RMAN я тоже безусловно разделяю.
По сути, наш backup storage (набор данных, который кладётся в обычный файл) является транзакционным, и имеет в себе избыточность метаданных. Любая группа операций над файлом заканчивается флашем одного из банка метаданных, и только после успешного флаша считается закоммиченной (разумеется, перед флашем метаданных сперва происходит флаш самих данных). Таким образом, в какой бы момент не произошёл сбой, мы гарантированно знаем «last known good state» — тот набор блоков, который точно правильно записался — так как один из банков метаданных, и соответственно данные на который он ссылается, гарантированно консистенты.
Вообще говоря, бакапный сторадж для Veeam Endpoint Backup не написан с нуля, а взят из нашего Enterprise продукта (Veeam Backup & Replication) — то есть его надёжность проверена долгими годами (конкретно, 6 лет) и сомнений вызывать не должен.