Комментарии 91
Спасибо за отличный продукт, но без ложечки дегтя никуда:
1) Нет возможности настроить отправителя отличного от получателя и соответственно нескольких получателей. Приходится прибегать к сторонним средствам.
2) Нет возможности автоматически добавить новые настройки почтовых уведомлений. У меня не то, чтобы много клиентов на VEB (развернуто всем, но настроенных где-то под 50), но в любом случае заново оббегать всех нет никакого желания.
С одной стороны, решение позиционируется как домашнее. С другой, присутствуем возможность бекапа в репозиторий VBR. Если уж не центральная консоль, то вполне достаточно было-то опций командной строки, автоматически выполняющих настройку из файла, например.
Вариант настройки с форума veeam средствами AutoIT, путем нажимания кнопочек в интерфейсе, неприемлем, хотя бы потому, что со включенным UAC автокликер не сработает. Ну и вообще это не просто костыль, а жутчайший косяк, по моему. Далее, логин и пароль хранится в базе в шифрованном виде, при чем алгоритм шифрования выдает даже на одной и той же машине разные результаты, поэтому развернуть конфиг путем прямого редактирования SqlLocalDB, так же невозмжно.
Чуть не забыл:
Ограничить права учетной записи пользователя на каталог с бекапами — более действенная мера.
1) Нет возможности настроить отправителя отличного от получателя и соответственно нескольких получателей. Приходится прибегать к сторонним средствам.
2) Нет возможности автоматически добавить новые настройки почтовых уведомлений. У меня не то, чтобы много клиентов на VEB (развернуто всем, но настроенных где-то под 50), но в любом случае заново оббегать всех нет никакого желания.
С одной стороны, решение позиционируется как домашнее. С другой, присутствуем возможность бекапа в репозиторий VBR. Если уж не центральная консоль, то вполне достаточно было-то опций командной строки, автоматически выполняющих настройку из файла, например.
Вариант настройки с форума veeam средствами AutoIT, путем нажимания кнопочек в интерфейсе, неприемлем, хотя бы потому, что со включенным UAC автокликер не сработает. Ну и вообще это не просто костыль, а жутчайший косяк, по моему. Далее, логин и пароль хранится в базе в шифрованном виде, при чем алгоритм шифрования выдает даже на одной и той же машине разные результаты, поэтому развернуть конфиг путем прямого редактирования SqlLocalDB, так же невозмжно.
Чуть не забыл:
Однако многие используют для хранения бэкапов USB-устройства — как быть в этом случае?
Ограничить права учетной записи пользователя на каталог с бекапами — более действенная мера.
1. Список рассылки?
2. Как верно заметили — решение всё же домашнее, а централизованная смена настроек на n-клиентах уж никак не домашний функционал. Ну и как написано на том же форуме
2. Как верно заметили — решение всё же домашнее, а централизованная смена настроек на n-клиентах уж никак не домашний функционал. Ну и как написано на том же форуме
automatic configuration deployment is not available yet
Если используется VBR репозиторий для VEB можно использовать глобальные настройки email notifications от VBR.
Красиво), поставим, посмотрим, если в работе всё так же здорово и без глюков — цены ему нет!)
Спасибо за ваш прекрасный продукт :)
Мне все нравится, и есть мааааленькое такое пожелание :)
Возможность бэкапа в облако. Это, кстати, сильно бы упростило защиту от криптолокеров, ибо возможность загрузки в папку синхронизация которой не включена на десктопном клиенте в корне был решило проблему без плясок с извлечением USB/настройкой прав достпа к папкам и etc.
Прям киллерфича для десткопной бэкапилки.
Поддержка OneDrive и Облако.МэйлРу в первых рядах, приветствуется :) у меня там много простаивающего места :)
Мне все нравится, и есть мааааленькое такое пожелание :)
Возможность бэкапа в облако. Это, кстати, сильно бы упростило защиту от криптолокеров, ибо возможность загрузки в папку синхронизация которой не включена на десктопном клиенте в корне был решило проблему без плясок с извлечением USB/настройкой прав достпа к папкам и etc.
Прям киллерфича для десткопной бэкапилки.
Поддержка OneDrive и Облако.МэйлРу в первых рядах, приветствуется :) у меня там много простаивающего места :)
Можно с одной оговоркой виде уже сейчас. Выбираете Local storage и папку google drive/OneDrive/dropbox. Бакап проходит локально, а потом «нативными» средствами облачной утилиты запускается синхронизация.
Оговорка в том, что каждый вендор имеет свое ограничение по максимальному размеру файла, а значит файл полного бакапа .vbk может просто не пройти по лимитам. Например, для планшетов на Win10 с небольшим размером диска работает на ура т.к. размер полного бакапа не большой, а инкрементов еще меньше.
Оговорка в том, что каждый вендор имеет свое ограничение по максимальному размеру файла, а значит файл полного бакапа .vbk может просто не пройти по лимитам. Например, для планшетов на Win10 с небольшим размером диска работает на ура т.к. размер полного бакапа не большой, а инкрементов еще меньше.
* Вторая оговорка. В случае рестора на голое железо, такой бакап все же придется скачать на другую машину т.к. Veeam Recovery Media не поддерживает прямого подключения к таким вендорам.
Бэкап системы, и бэкап файлов — это отдельные задания.
Систему и приложения можно бэкапить раз в неделю/месяц/квартал/по запросу, файлы же хочется минимум раз в сутки.
Т.е. образ системы можно и локально держать, его потеря всего лишь временное неудобство.
Потеря файлов это уже беда весьма различного по масштабу для каждого человека размера, и облако в данном случае подходит как нельзя лучше.
Систему и приложения можно бэкапить раз в неделю/месяц/квартал/по запросу, файлы же хочется минимум раз в сутки.
Т.е. образ системы можно и локально держать, его потеря всего лишь временное неудобство.
Потеря файлов это уже беда весьма различного по масштабу для каждого человека размера, и облако в данном случае подходит как нельзя лучше.
| Можно с одной оговоркой виде уже сейчас. Выбираете Local storage и папку google drive/OneDrive/dropbox. Бакап проходит локально, а потом «нативными» средствами облачной утилиты запускается синхронизация.
Наверное я не донес мысль. То что можно бэкапить в папку облачного клиента это понятно, и что оно будет улетать в облако, это тоже понятно, НО оно продолжит занимать место на локальном диске и изменение локальных файлов криптолокером автоматически меняет их и в облаке.
Вопрос был в том, что бы VEB лил бэкап напрямую в облако в папку, которая исключена из синхронизации, либо лил через взаимодействие с клиентом облачного хранилища. Основная цель — не хранить ни байта на локальных дисках.
| Оговорка в том, что каждый вендор имеет свое ограничение по максимальному размеру файла, а значит файл полного бакапа .vbk может просто не пройти по лимитам.
Может и не пройти, но я думаю это легко предусмотреть.
Наверное я не донес мысль. То что можно бэкапить в папку облачного клиента это понятно, и что оно будет улетать в облако, это тоже понятно, НО оно продолжит занимать место на локальном диске и изменение локальных файлов криптолокером автоматически меняет их и в облаке.
Вопрос был в том, что бы VEB лил бэкап напрямую в облако в папку, которая исключена из синхронизации, либо лил через взаимодействие с клиентом облачного хранилища. Основная цель — не хранить ни байта на локальных дисках.
| Оговорка в том, что каждый вендор имеет свое ограничение по максимальному размеру файла, а значит файл полного бакапа .vbk может просто не пройти по лимитам.
Может и не пройти, но я думаю это легко предусмотреть.
Подскажите, каким способом Veeam Endpoint Backup пытается определить настройки подключения к серверу SMTP?
Настройки пытаемся определить по домену из email адреса.
я правильно понял: если почта у меня user@firma.com, а почтовый сервер внутри локалки имеет имя firma.local, то автоопределение не сработает?
НЛО прилетело и опубликовало эту надпись здесь
Скорее всего нет — придется задавать руками.
Пропишете в документации вот такой не очевидный момент. Потратил полчаса чтобы понять почему не отправляется тестовое уведомление на вручную указанный адрес. Спасибо за хороший продукт.
Все работет из коробки, в том числе с Яндексом.
В этой же теме ниже
В этой же теме ниже
Скажите пожалуйста, а появилась возможность создавать несколько расписаний для бекапов? К примеру у меня есть несколько больших папок и мне нужно их бекапить в разное время(разносить фулки к примеру)
К сожалению, пока функционал ограничен одним «заданием резервного копирования». Потому рекомендую выбрать весь скоуп папок и бакапить его как можно чаще. Обычный шедул задается раз в день, но через скрипт можно дергать бакап гораздо чаще.
helpcenter.veeam.com/endpoint/15/backup_cmd.html
helpcenter.veeam.com/endpoint/15/backup_cmd.html
может он по MX записям напрямую коннектится к почтовику получателя?)
мимо запостили :)
Нет, на MX смотреть бесполезно. Насколько я помню, у публичных хостингов, сервера прописанные в MX записи, принимают запросы только от доверенных серверов-отправителей (проверяются по SPF записи или reversed запросами) — машина с VEB таким доверенным отправителем в 99% случаев не будет, а значит придет Undeliverable report.
Нет, на MX смотреть бесполезно. Насколько я помню, у публичных хостингов, сервера прописанные в MX записи, принимают запросы только от доверенных серверов-отправителей (проверяются по SPF записи или reversed запросами) — машина с VEB таким доверенным отправителем в 99% случаев не будет, а значит придет Undeliverable report.
Публичные конечно не пропустят, если нет привязки к домену и не прописана обратная зона, сидя дома с ноутом, мы не сможем вбить ящик например с mail.ru, точнее сможем, но ничего не придёт, а если мы настраиваем на рабочем компе, мы находимся в корпоративной сети, а для внутренней подсети обычно SMTP сервак настраивают на приём всего и вся, и DNS соответственно отдаёт внутрениие адреса, поэтому здесь вариант по MX прокатит…
С Акронисом у меня почему-то так и не сложилось, а вот с Endpoint как-то сразу поладили. Видимо сказался лаконичный и понятный интерфейс. Кстати, программа уже несколько раз выручала восстановив файлы без сучка и задоринки.
Очень классный продукт. И работает хорошо. Друзьям и родным настроил, теперь сплю спокойно.
Но сам остался обделенным, у меня пингвин =) Версия для Linux будет?
Но сам остался обделенным, у меня пингвин =) Версия для Linux будет?
Пингвны не уйдут обиженными :) Записаться на участие в закрытой бете Veeam Backup for Linux можно тут: go.veeam.com/linux-ru
Это просто супер-круто! С нетерпением ждем.
P.S. Дмитрий, вам нужно срочно написать статью на Хабр, хотя бы для возможности вас отблагодарить хоть кармой ;)
P.S. Дмитрий, вам нужно срочно написать статью на Хабр, хотя бы для возможности вас отблагодарить хоть кармой ;)
Спасибо спасибо. Лучшая благодарность — это ваш фидбек :)
Шалит автоматическая проверка о выходе новой версии. Приходится скачивать инсталлятор и обновлять самостоятельно.
Цитата: «Your version is up to date. Last checked: 2 minutes ago»
Цитата: «Your version is up to date. Last checked: 2 minutes ago»
На самом так и задумано :) сначала мы выкладываем дистрибутив новой версии на сайт, и делаем анонс. Обычно на него обращают внимание только «энтузиасты продукта», которые интересуются новинками и сразу хотят попробовать новую версию. Консервативно настроенные пользователи (которым нужны отзывы от сообщества) игнорируют анонс. Примерно неделю мы анализируем отзывы от «энтузиастов продукта», после чего выкладываем новую версию на сервер обновлений,- и тогда уже информация поступает на все инсталляции продукта, и даже консерваторы устанавливают обновление.
Вероятно, пользователь не выжидал 2-3 недели и обновлял программу самостоятельно.
Добавьте уже кнопку «Restore» в главное окно программы. Её наличие только по нажатию ПКМ на ярлыке в трее это, чесслово, не самая логичная вещь, если нужно восстановиться на дату, ранее, чем самый левый столбик.
p.s.: В эпоху разгула криптолокеров хочу спросить про хранение резервных копий в репозитории VBR.
Каким образом он (репозиторий) подключается к резервируемой системе?
Если в момент заражения выполняется резервное копирование, репозиторий пострадает?
Добавьте уже кнопку «Restore» в главное окно программы. Её наличие только по нажатию ПКМ на ярлыке в трее это, чесслово, не самая логичная вещь, если нужно восстановиться на дату, ранее, чем самый левый столбик.
p.s.: В эпоху разгула криптолокеров хочу спросить про хранение резервных копий в репозитории VBR.
Каким образом он (репозиторий) подключается к резервируемой системе?
Если в момент заражения выполняется резервное копирование, репозиторий пострадает?
Степень вреда репозиторию зависит от продвинутости конкретного зловреда. Если предположить, что зловред запускается под аккаунтом текущего пользователя и просто шифрует все его файлы, то достаточно сделать так, чтобы аккаунт доступа к репозиторию или к сетевой папке был любым другим — тогда зловред получит отказ в доступе и не повредит резервные копии. При этом для случая сетевой папки надо проверить, чтобы она не была доступа через mapped network drive с автомаунтом при старте Windows.
То есть, репозиторий VBR являет собой расшаренный каталог (share), подключаемый к резервируемой системе во время выполнения задания и отключаемый в финале?
Я не совсем ясно выразился — я описал два возможных разных сценария для VEB — можно бэкапить в сетевую папку, доступную с исходной машины, или в репозиторий (в обоих случаях можно в VEB указать аккаунт доступа, отличающийся от аккаунта текущего Windows пользователя).
Репозитарий конечно надежнее. Физически репозиторий — это сетевой сервис, который принимает данные и сохраняет их в некую локальную или сетевую папку, в соответствии со своей конфигурацией. Эта папка репозитория доступна только сервису с сервера репозитория, и по умолчанию никак не связана и не доступна с той машины, которую мы бэкапим. Поэтому по идее зловред, заразивший исходную машину, не может до этой папки добраться, чтобы зашифровать, так как не знает где она в сети, плюс не имеет туда доступа.
Репозитарий конечно надежнее. Физически репозиторий — это сетевой сервис, который принимает данные и сохраняет их в некую локальную или сетевую папку, в соответствии со своей конфигурацией. Эта папка репозитория доступна только сервису с сервера репозитория, и по умолчанию никак не связана и не доступна с той машины, которую мы бэкапим. Поэтому по идее зловред, заразивший исходную машину, не может до этой папки добраться, чтобы зашифровать, так как не знает где она в сети, плюс не имеет туда доступа.
Спасибо!
Можете прояснить момент? Читал на английском, там написано «backup agent for Linux»; а в анонсе на английском — «Veeam Backup for Linux is a simple and free backup agent that runs on Linux servers». Слово «agent» наводит на мысль, что это будет работать не как отдельное приложение, а только с Veeam B&R. Так же в ананосе упоминается changed block tracking (CBT), что тоже сбивает с толку.
Или это будет все же отдельное приложении, как Veeam Endpoint Backup для Windows?
Можете прояснить момент? Читал на английском, там написано «backup agent for Linux»; а в анонсе на английском — «Veeam Backup for Linux is a simple and free backup agent that runs on Linux servers». Слово «agent» наводит на мысль, что это будет работать не как отдельное приложение, а только с Veeam B&R. Так же в ананосе упоминается changed block tracking (CBT), что тоже сбивает с толку.
Или это будет все же отдельное приложении, как Veeam Endpoint Backup для Windows?
Недавно установил ваш продукт, все нравится, интерфейс хорош, бэкапит очень быстро.
Но есть несколько НО, которые портят картину:
Также у меня вопрос — можно ли организовать проведения бэкапа при выключении компьютера?
А в целом спасибо за хорошую и бесплатную программу!
Но есть несколько НО, которые портят картину:
- Первое и самое главное: я не очень доверяю механизму forever increment. Что если по каким-то причинам increment копия окажется битой, а veeam этого не заметит? Это ведь будет означать, что восстановление полной копии уже никогда не будет выполнено корректно, так как больше full бэкапа никогда не будет. Может быть можно делать промежуточные full хотя бы из командной строки?
- Мне очень понравился механизм отправки e-mail сообщений, классная штука! Но у меня на работе прокси, и функция оказалась бесполезной, она не работает.
- Схема с одним заданием выглядит ну совсем несерьезной. Вы же планируете это потом допилить и всунуть во взрослый veeam, ну там то она уж точно понадобится! Пора уже реализовать.
Также у меня вопрос — можно ли организовать проведения бэкапа при выключении компьютера?
А в целом спасибо за хорошую и бесплатную программу!
Даже если сбойный блок приедет с инкрементом и доползёт до фульника, то со временем он будет от туда вытеснен. Если не делать цепочку очень длинной, то вероятность проблемы снизится.
Схема с одним бекапом для домашнего использования выглядит как самое оно =)
Перед шатдауном можно сделать всё что угодно. Даже бекап. Локальные политики наше всё gpedit.msc -> Windows settings -> Scripts -> Shutdown -> Properties -> Add В гугле много на эту тему.
Схема с одним бекапом для домашнего использования выглядит как самое оно =)
Перед шатдауном можно сделать всё что угодно. Даже бекап. Локальные политики наше всё gpedit.msc -> Windows settings -> Scripts -> Shutdown -> Properties -> Add В гугле много на эту тему.
Как я понял, вы опасаетесь ситуации, когда некий блок данных изменился один раз, был сохранен с ошибкой, которую продукт не заметил, и с тех пор блок ни разу не менялся на диске, поэтому так и лежит в неправильном виде в резервной копии. Полагаю такое возможно только при сбоях аппаратуры…
Можете для страховки вручную периодически делать «отдельную полную резервную копию». Или даже сделать скрипт, который ее создает, и запускать его из Windows Scheduler раз в неделю. Пример: https://helpcenter.veeam.com/endpoint/15/backup_cmd.html
Можете для страховки вручную периодически делать «отдельную полную резервную копию». Или даже сделать скрипт, который ее создает, и запускать его из Windows Scheduler раз в неделю. Пример: https://helpcenter.veeam.com/endpoint/15/backup_cmd.html
«Как я перестал бояться и полюбил атомную бомбу forever incremental» — при создании инкрементальной точки вся «цепочка» резервных копий проверяется на валиднось. Если что-то не так, с любой предыдущей резервной копией, VEB сделает новую полную резервную копию и дальше пойдет от нее.
yosemite, уже пропагандировал идею использования GPO для резервного копирования перед отключением у нас на форуме Так, что думаю работает без проблем :)
Но, как вариант, можно настроить задание, что бы по завершении резервного копирования машина выключалась самостоятельно. Без бубнов, задается прямо в настройках расписания резервного копирования VEB. Еще подумалось, что можно дергать резервное копирование скриптом, ждать успешного кода возврата и дергать выключение машины, но это если вы любите писать кастомные скрипты
yosemite, уже пропагандировал идею использования GPO для резервного копирования перед отключением у нас на форуме Так, что думаю работает без проблем :)
Но, как вариант, можно настроить задание, что бы по завершении резервного копирования машина выключалась самостоятельно. Без бубнов, задается прямо в настройках расписания резервного копирования VEB. Еще подумалось, что можно дергать резервное копирование скриптом, ждать успешного кода возврата и дергать выключение машины, но это если вы любите писать кастомные скрипты
К первому пункту — стала доступна бета версия "Veeam Agent для Microsoft Windows", в которой появилась возможность делать "Active Full Backup", с заданной периодичностью. Подробнее можно прочитать в документации на Veeam Agent for Windows 2.0.
Может быть можно делать промежуточные full хотя бы из командной строки?
Можно из коробки.
Промахнулся веткой
У нас сейчас есть механизм standalone full backup, но он не привязан к цепочке бакапов. Тут скорее про периодические Active Full, для «разбивания» непрерывной цепочки инкрементов — как у старшего брата VBR ;)
Хм, а я подозревал, что именно standalone full и требовался. Но в принципе, регулярно прерывать цепочку бекапов из командной строки путем переименования и пересоздания рут-каталога VEB и последующим запуском из командной строки нового бекапа — вообще не проблема. За переименованными следить самостоятельно теми же скриптами. Это вполне реализуемо скриптами на любом, даже интерпретируемом языке вроде. На том же AutioIT/WSH/PoSH, или если хочется вырвиглазных решений, даже на cmd, наверное.
Поясню для Pinkkoff и всех заинтересованных. VEB прекрасно пересодает цепочку, если переименовать корневой каталог, указанный в настройках бекапа. Подчеркиваю, не внутренний каталог, который имеет вид «Backup Job %ComputerName%», а корневой, указанный в настройках. Для теста, несколько раз переименовывал каталог, содержащий бекап конкретной машины, пока он не стал вида «bak.Backup Bak Job CompName.bak». Veeam пофиг, он все равно находил и продолжал цепочку.
Отвечу тут сразу всем yosemity angrydok Loxmatiymamont sysmetic
Спасибо большое за развернутые советы! Наверняка многие смогут ими воспользоваться.
Я умею пользоваться и командной строкой, и политиками, и расписаниями, и скрипт написать могу. Но многие — нет. К тому же я считаю, что вся нужная функциональность должна быть реализована средством одного продукта, либо управляться им. Я активно против дополнения функционала своими собственными скриптами, так как это ведет ко многим проблемам, придется своими силами постоянно поддерживать функционирование своих костылей.
Моя работа связана с СХД и резервным копированием, я уже вдоволь насмотрелся на то, как люди мучаются со скриптами, которыми управляют админы. Так что мой комментарий — это своеобразный список того, что я хотел бы видеть в продукте РК.
По поводу forever increment. Меня беспокоит, что битый блок будет где-нибудь в файле, который больше не будет обновляться (например, в ядре Windows). После этого копия будет вечно невалидна, если не начать цепочку заново. Отдельные Full и переименование директорий — это костыли, так делать архитектурно неправильно.
Спасибо большое за развернутые советы! Наверняка многие смогут ими воспользоваться.
Я умею пользоваться и командной строкой, и политиками, и расписаниями, и скрипт написать могу. Но многие — нет. К тому же я считаю, что вся нужная функциональность должна быть реализована средством одного продукта, либо управляться им. Я активно против дополнения функционала своими собственными скриптами, так как это ведет ко многим проблемам, придется своими силами постоянно поддерживать функционирование своих костылей.
Моя работа связана с СХД и резервным копированием, я уже вдоволь насмотрелся на то, как люди мучаются со скриптами, которыми управляют админы. Так что мой комментарий — это своеобразный список того, что я хотел бы видеть в продукте РК.
По поводу forever increment. Меня беспокоит, что битый блок будет где-нибудь в файле, который больше не будет обновляться (например, в ядре Windows). После этого копия будет вечно невалидна, если не начать цепочку заново. Отдельные Full и переименование директорий — это костыли, так делать архитектурно неправильно.
Погодите. Вы все верно написали, но VEB — абсолютно бесплатный продукт, ориентированный на Эндпоинт в роли домашнего пользователя. Вы просите (даже требуете) того, что уже реализовано давно в альтернативных продуктах которые просят за это денежку, при чем не малую.
а мужики-то не знают! (с). Кастомные скрипты — это половина жизни любого сисадмина. Уметь писать, чтобы за тебя делала автоматика, а не сам — это скилл.
Дополню, в линухе вообще невозможно админить, если не писать скрипты.
я уже вдоволь насмотрелся на то, как люди мучаются со скриптами, которыми управляют админы.
а мужики-то не знают! (с). Кастомные скрипты — это половина жизни любого сисадмина. Уметь писать, чтобы за тебя делала автоматика, а не сам — это скилл.
Дополню, в линухе вообще невозможно админить, если не писать скрипты.
В целом я с Вами абсолютно согласен. Но не во всем:
Это мнение возникло не просто так, оно «написано кровью» клиентов, с которыми я работал. Я видел очень много случаев, когда рядом лежащие скрипты переставали грамотно работать при изменениях в основной программе РК, в итоге это приводило к отсутствию нужного бэкапа, когда наставал час X. Остаться с битой business-critical базой Oracle после её развала никому не пожелаешь.
И да, это все больше относится к дорогим enterprise продуктам, явно не к VEB, но я стараюсь применять схожие подходы к реализации СРК даже для дома. Поэтому не хочу писать скрипты=) Либо уж все скриптами и поддерживать их самостоятельно, либо использовать стороннюю программу.
Эндпоинт в роли домашнего пользователяКажется мне, что это не совсем так. Veeam уже давно просили добавить функционал бэкапирования физических машин, и очень вероятно, что VEB — это как раз песочница для отработки технологии.
Вы просите (даже требуете)Ну не правда, я рассуждаю о том, что мне не хватает. Ведь коллеги хотят фидбек, я его даю. Никого ни в чем не обвиняю, не ругаю, просто рассказываю что мне не хватает.
а мужики-то не знают! (с).Многие мужики знают, правда. Я не против скриптов, совсем нет. Они важны, нужны, а умение их писать — это действительно скилл. Просто есть у меня такое мнение: если вы покупаете продукт резервного копирования, то вся функциональность резервного копирования вашей организации (или дома) должна быть реализована в его рамках, все скрипты и настройки должны быть также реализованы в его пределах. Компания, которая выпускает этот софт тестирует различные сценарии, выпускает гайды, проверяет совместимость различных настроек и т.п. Интеграцию с вашими скриптами проверять никто не будет.
Это мнение возникло не просто так, оно «написано кровью» клиентов, с которыми я работал. Я видел очень много случаев, когда рядом лежащие скрипты переставали грамотно работать при изменениях в основной программе РК, в итоге это приводило к отсутствию нужного бэкапа, когда наставал час X. Остаться с битой business-critical базой Oracle после её развала никому не пожелаешь.
И да, это все больше относится к дорогим enterprise продуктам, явно не к VEB, но я стараюсь применять схожие подходы к реализации СРК даже для дома. Поэтому не хочу писать скрипты=) Либо уж все скриптами и поддерживать их самостоятельно, либо использовать стороннюю программу.
VEB — это как раз песочница для отработки технологии.
Уверен в этом же.
Не буду вырывать конкретные фразы, но я вас понял. И повторюсь, VEB — это хоум решение, которое умеет, но, подчеркиваю, не обязано! восстанавливать ЭмЭссиквел, АД и прочие Шарпоинты.
Если вам нужны энтерпрайз-фичи, тут два варианта. Ждите когда оно выйдет (я уверен, что так будет), или пишите костыли. Я вот не могу себе позволить купить VBR. Ценник реально конский. Но и не ною (эт не про вас, без обид), прстите, что относительная халява должна мне предоставить фичи. Как могу, делаю сам, на том, что есть.
И да. Для дома VEB более чем достаточен.
Действительно, не обязан. Может я как-то не правильно выражаюсь, но я не требую, просто рассказал что мне не хватает.
Вдруг veeam прислушается и реализует хотя бы часть? Мы же все от этого выиграем, даже veeam — он сможет протестировать на нас новые фичи.
Вдруг veeam прислушается и реализует хотя бы часть? Мы же все от этого выиграем, даже veeam — он сможет протестировать на нас новые фичи.
Хочу, используя момент, сказать, что в Veeam даже продажники офигенны. Меня чел «прессовал» год, а когда я спросил про техническую часть, он дал совет. Я обалдел. И вообще, Вим — крутые парни. Говорю как краевед.
Но пожелания про новые фичи пишите лучше сюда
Версия 1.1.2.119 не видит обновления 1.5.
При ручном обновлении задания сохранятся?
Спасибо за отличный продукт!
При ручном обновлении задания сохранятся?
Спасибо за отличный продукт!
Ужас как нехватает FTP.
Плюсую FTP.
Или даже rsync-клиент какой-нибудь. Большой объем через худой канал на лету на фтп вряд ли пойдет. А вот пост-фактум синхронизировать было бы неплохо.
Или даже rsync-клиент какой-нибудь. Большой объем через худой канал на лету на фтп вряд ли пойдет. А вот пост-фактум синхронизировать было бы неплохо.
А почему не хватает, можете рассказать? Интересно.
Я боюсь, что наш разговор пойдет по пути, подстройтесь под клиент VEEAM и вы поймете ка это удобно. :)
У меня «удаленный» сервер бэкапов на FreeBSD, да и забирать по FTP удобно, он всюду. Опять же, распространенный протокол, любые платформы, поддержка напрашивается.
Давно смотрел релиз, не помню деталей, но для сугубо домашнего использования «отца русской демократии» спасло бы, если бэкапить в SMB папку можно от имени другого, не текущего, пользователя.
У меня «удаленный» сервер бэкапов на FreeBSD, да и забирать по FTP удобно, он всюду. Опять же, распространенный протокол, любые платформы, поддержка напрашивается.
Давно смотрел релиз, не помню деталей, но для сугубо домашнего использования «отца русской демократии» спасло бы, если бэкапить в SMB папку можно от имени другого, не текущего, пользователя.
Бекап на удалённый smb можно сделать с помощью функции Бекапить при подключении репозитория. Например у меня настроено так — когда нужен бекап, включаю vpn до машины с репозиторием (под отдельными кредами), вим сервис его видит, делает своё чёрное дело и всё счастливы.
бэкапить в SMB папку можно от имени другого, не текущего, пользователя.
из коробки.
Блин, гайз!
Поясните. Вы хотите бекапить в риалтайм на FTP? Ниже пишут про rsync. Ребят, при чем тут VEB? Что вам мешает на FTP и rsync?
Почему спустя три недели 1.5 еще не выпустили в автоматические обновления?
Мы так делаем в каждом релизе VEB – сначала публикуем версию для скачивания руками, а после 2-3 недель открываем авто обновления.
Кстати, сейчас уже можно обновиться из продукта (сегодня запустили автоапдейты).
Кстати, сейчас уже можно обновиться из продукта (сегодня запустили автоапдейты).
Абсолютно грамотное поведение. Вы апдейты через WSUS, наверное же так же накатываете? Уверен, что все хорошо, но палка раз в год может выстрелить. Поэтому про апдейт узнали самые заинтересованные, с форума.
А как очистить настройки почты? Единожды попробовав их внести — после этого они не очищаются.
И да, попробовал пару адресов настроить, но так и не смог их заставить работать (mail.ru, yandex, SSL, 465 port).
И да, попробовал пару адресов настроить, но так и не смог их заставить работать (mail.ru, yandex, SSL, 465 port).
Стереть все поля руками и ввести новые данные. На mail/yandex не проходит автоконфигурация или ручная настройка?
Стереть все поля руками и ввести новые данные
Нет, именно чтобы они остались пустыми. Например, ну поигрался админ с уведомлениями, решил хватит. Как отменить? Вводить вместо реального мыла липовое и пусть VEB там развлекается?
автоконфигурация или ручная настройка?
Всё настраиваю вручную:
Яндекс.Почта для домена, ввожу свой ящик, куда слать, пароль к нему, сервер smtp.yandex.com, порт 465, использовать защищ. соединение, имя пользователя (полностью имя ящика).
Давайте я вам помогу. Скорее всего проблема в том, что вам под учеткой надо зайти в ифейс вебморды яндекса/мейла/гугла и разрешить «небезопасные» клиенты. Пароли приложений это называется.
ИМХО, небольшая недоработка интерфейса:
в форме Restore point details когда задание успешно завершается сначала появляется строка Processing finished at..., а потом ПЕРЕД ней вставляется запись Sending email notification.
в форме Restore point details когда задание успешно завершается сначала появляется строка Processing finished at..., а потом ПЕРЕД ней вставляется запись Sending email notification.
В качестве feature request рассмотрите создание кнопки восстановления загрузчика.
На днях после восстановления из VEB система отказалась грузиться и пришлось гуглить с телефона параметры bcdboot.
На днях после восстановления из VEB система отказалась грузиться и пришлось гуглить с телефона параметры bcdboot.
В качестве feature request рассмотрите создание кнопки восстановления загрузчика.
Вы не поверите… Такая фича уже присутствует на загрузочном диске Veeam с первой версии :) А еще есть командная строка, где это же можно сделать руками.
А как оно работает, вызывает виндовое восстановление загрузки? У меня на долю секунды появилось окно и ничего не изменилось, пришлось лезть в консоль и пересоздавать BCD.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Veeam Endpoint Backup FREE 1.5: новые возможности