Vadim Lejnin, Да, в курсе.

jan2aryAlex89_NGDjan2ary,
VEEAM посылает только команду на создание Контрольной точкиТо есть мопед не их?
Вы утверждаете, что
Alex89_NGDVEEAM также умеет восстанавливать БД MS SQL и ORACLE, копирует из бекапа файлы в отдельный каталог, а потом RMANом восстанавливает БД., так спрашивайте с их же техподдержки, что конкретно у него с ораклом не получается, или пусть дают конкретный анализ, с которым можно идти в техподдержку оракла. Кстати, что вам сказали в техподдержке оракла, а заодно и в MS?
Да мопед не их, так как создавая Контрольную точку из Hyper-V происходит тоже....
Мы под санкциями так что тех поддержки ORACLE уже нет, если бы была задавал там вопросы.

landyAlex89_NGDЧто купили на том и работаем, выбирать нет возможности... С oracle 12.2, 11.2 всё это крутится в продакшене на Hyper-V бекапится VEEAM уже более года.

rman не нужно покупать - он у вас уже есть, пользуйтесь

Есть два типа DBA
1. не делают бэкапы
2. делают бэкапы

К этому обычно добавляют - есть и третий:
3. Те, кто проверяет, что бэкапы восстанавливаются

RMANом пользуемся и им же VEEAM восстанавливает ... мы третий тип не беспокойтесь). Вот только понимаете есть такие задачи которые RMAN решить не может... например он не умеет дедуплицировать , а при большом объеме БД это актуально.

-2-Alex89_NGDон не умеет дедуплицироватьесли "дедуплицировать" все нолики и единицы, то от базы останется 01.
"Очень" остроумно , аплодирую. Вот только почему-то не помогло решить проблему.

landyAlex89_NGD[ Вот только понимаете есть такие задачи которые RMAN решить не может... например он не умеет дедуплицировать , а при большом объеме БД это актуально.
Зачем каждый раз все бэкапить и дедуплицировать?
Есть инкрементальные бэкапы - тоже своего рода дедупликация
у rman нет задачи дедуплицировать - его задача иметь возможность восстановить БД
есть различные варианты, как уменьшить объемы в процессе бэкапирования БД

Дедупликация это совсем иное, даже инкрементальный бэкап можно дедуплицировать уменьшив объем в двое. Инкрементальное резервное копирование мы тоже используем и компрессию , но объемы баз такие что требуется и дедупликация .
Я не спорю что RMAN самое правильное средство для резервного копирования БД ORACLE, но когда у вас в продакшене до сотни БД разных производителей ..... требуется единая система резервного копирования.

AserYZAlex89_NGDRMANом пользуемся и им же VEEAM восстанавливает ... мы третий тип не беспокойтесь). Вот только понимаете есть такие задачи которые RMAN решить не может... например он не умеет дедуплицировать , а при большом объеме БД это актуально.

Дедупликация это DELETE OBSOLETE что-ли?


Дедупликация сжатие методом исключения дублирующих копий повторяющихся блоков данных.

-2-Alex89_NGDповторяющихся блоков данныхОткуда в базе повторяющиеся блоки, неразмеченные свободные блоки? Так их можно не включать в бакап.
Почитайте может много узнаете нового о хранение данных .... https://habr.com/ru/company/veeam/blog/203614/

Ушли мы далеко от темы вопроса. Я правильно понимаю что никто из собеседников с 18с не работает? Тогда подскажите номера последних январских патчей на 18с под Windows 64bit

Афанасий ПетровичAlex89_NGD,
в 9.5 update 4 появился Veeam Plug-in for Oracle RMAN, может быть стоит попробовать этим способом. Ссылку указали выше.

Версия 9.5 update 4 вышла 25.01.19 и Plug-in for Oracle RMAN появился только в ней, я уже поставил и тестирую ... спасибо.

jan2aryAlex89_NGD,

Patch 29124511: WINDOWS DATABASE BUNDLE PATCH 18.5.0.0.190115

Интересно, как это относится к теме вопроса и чем он поможет.


Спасибо за номер патча. Я считаю что всё таки проблема с некорректной работой с базами PDB службы oracleVSS в версии 18с (на версии 12.2 контрольная точка создается и бекап проходит удачно) , надеюсь 18.5 эту ошибку исправили.
Вне зависимости от того как пройдет тестирование Veeam Plug-in for Oracle RMAN , согласно политике резервного копирования , нам требуется резервировать полностью виртуальную машину не реже чем раз в неделю, поэтому проблема пока остается. Еще раз спасибо за номер патча.