Там не нужно на постоянной основе. Раз в месяц достаточно.
Сейчас сетевик проверяет порты, возможно они просто закрыты.

Всем привет. А кто-нибудь пытался забэкапить через вим агент MySQL версии 5.5? (в документации написано Veeam Agent for Linux supports processing of MySQL database system version 5.6 — 8.0.) Я понимаю, что решение неподдерживаемое, но все же.

а нельзя просто скриптом всё сделать?

обязательно встроенной функцией в агент?

и тогда пофиг на версию, просто prefreeze и posthought скрипты

https://www.veeam.com/kb4212
кто у нас тут СП?

Ну я так понял что оно говорит базе скинуть кэши на диск, не?

о, спасибо! Изучим

Скриптом можно, но тогда посути и veeam не нужен:)

Да, а кто бэкап то делать будет? Скрипт только консистентность обеспечивает

В агенте эти шаги просто вшиты для версий, что в поддержке

Хорошо, спасибо! Если не уговорю ребят обновить мускуль, то так и поступлю.

Всем доброго дня, подскажите, если сталкивались, после обновления на 11 версию перестал работать скрипт по восстановлению БД Оракла. Общая схема такая, раз в месяц скрипт на бекапном серваке запускался в ночи, брал свежий бэкап БД прода и восстанавливал её на Тестовый сервер с другим именем и по другим путям. Поломалось похоже именно замена путей, на серверах (прод и тест) отличается набор дисков и путей где живет БД. Сам скрипт ниже. В ошибке пишет, что не может найти путь для восстановления (это правильно, так как ищет диск которого нет на тестовом сервере но есть на проде) куда копнуть? В документации синтаксис команды не менялся, предполагаю, что перестала отрабатывать замена путей, но не знаю где найти этому подтверждение. Спасибо за советы и идеи.

Add-PSSnapin -Name VeeamPSSnapIn
$VeeamUser = "User"
$VeeamPassword = "Password" | ConvertTo-SecureString -AsPlainText -Force
$ORA12TSTCreds = New-Object -TypeName System.Management.Automation.PSCredential -ArgumentList $VeeamUser, $VeeamPassword
$SecurePassword = "Password" | ConvertTo-SecureString -AsPlainText -Force
$RestorePoint = Get-VBRApplicationRestorePoint -Oracle -Name "AIS-ORA12-01" | Sort-Object -Property CreationTime -Descending | Select -First 1
$Session = Start-VEORRestoreSession -RestorePoint $RestorePoint[0]
$Database = Get-VEORDatabase -Session $Session[0] -Name "MAINDB.Intourist.local"
$NewDBPath = "D:\WORKDB\ORADATA\"
$NewDBPathFRA = "D:\WORKDB\FAST_RECOVERY_AREA\"
$FilesPath = Get-VEORDatabaseFile -Database $Database
$NewFilesPath = $FilesPath -replace "^\w:\\.+\\(\w+\.\w+)","$NewDBPath`$1"
$NewFilesPath = $NewFilesPath -replace ".+\\(CONTROL02.CTL)","$NewDBPathFRA`$1"
Restore-VEORDatabase -Database $Database -Server "AIS-ORA12TST-01" -OracleSid "WORKDB" -GlobalDatabaseName "WORKDB.Intourist.local" -OracleHome "C:\Oracle\product\12.1.0\dbhome_1" -OracleHomePassword $SecurePassword -WindowsCredentials $ORA12TSTCreds -File $FilesPath -TargetPath $NewFilesPath -Force
Stop-VEORRestoreSession -Session $Session[0]

я не очень хорошо разбираюсь в оракле, но администрирование и восстановление бд в первую очередь начиналось с загрузки переменных окружения. Логи то предоставите? а то как-то гадать не хочется

думаю наулиушей идеей будет написать в саппорт, если есть подозроение, что перестало работать что-то в пошике

+

Спасибо, обращусь туда

Можно открыть скрипт в ISE, пройти по шагам, увидеть, где неправильные переменные, и поправить как надо

Я перепроверял, пути меняются, запускается восстановление, но падает с ошибкой и проблема именно при восстановлении через PoSH, если из GUI то всё восстанавливается без ошибок. Попробую еще поковыряться, но на 10 версии это всё работало как часы..