Итак, какие новинки ожидают вас в Veeam Endpoint Backup FREE 1.5?
Добро пожаловать под кат!
Оповещения по электронной почте
Наверное, это была самая часто запрашиваемая фича с момента выхода первой версии Veeam Endpoint Backup FREE — и вот она в полном вашем распоряжении. Для того, чтобы получать email-уведомления о том, как прошел бэкап, идем в настройки, вводим адрес получателя (если почтовый сервер требует аутентификации – то еще и пароль) и затем выбираем, о каких результатах хотим получать сообщения: успешное завершение задания (Success), завершение с предупреждением о возможных недочетах (Warning), завершение с ошибкой (Error). Можно указать, что должна содержать тема письма – по умолчанию в ней будет результат работы задания, имя забэкапленной (или не забэкапленной) машины и время завершения.
В случае типовых настроек соединения с сервером SMTP (25 порт и т.д.) Veeam Endpoint Backup постарается определить их автоматически, включая имя сервера, номер порта и учетную запись пользователя.
Если все пройдет успешно (в том числе и тестовое письмо на адрес этого пользователя), то эти значения будут выведены в полях диалога и сохранены для дальнейшего использования.
Если же настройки нужно ввести вручную, то, кликнув на Show SMTP server setttings в окне Configure and test email notifications, вы получите такую возможность: в секции SMTP server settings вводим настройки почтового соединения:
— имя сервера и порт
— имя пользователя
— если хотим использовать безопасное соединение (Use secure connection), то ставим соответствующую галочку.
Затем для проверки настроек нажимаем Test Message, чтобы отправить тестовое сообщение.
Новые настройки для расписания
В новой версии мы добавили больше возможностей для настройки расписания еженедельных бэкапов – теперь можно указывать, запускать ли бэкап по конкретным дням недели. Кроме того, появилась опция, позволяющая запускать резервное копирование сразу после включения или выхода машины из спящего режима:
Защита от CryptoLocker
О том, что это за гадость и чем она грозит пользовательским данным, рассказывалось в англоязычном блоге Veeam: https://www.veeam.com/blog/how-to-avoid-losing-data-veeam-endpoint-backup-vs-cryptolocker.html. Там же рассматривались и способы предупреждения этой напасти. После отработки CryptoLocker-а единственным методом реанимации машины будет-таки восстановление из резервной копии. Но тут возникает вопрос: как предотвратить шифрование CryptoLocker-ом файлов самого бэкапа?
Если вы используете в качестве хранилища резервных копий папку общего доступа или репозиторий Veeam Backup & Replication, то можно ограничить список учетных записей, у которых есть доступ к нему, и завести учетки специально для резервного копирования. Однако многие используют для хранения бэкапов USB-устройства — как быть в этом случае? Veeam Endpoint Backup FREE 1.5 предлагает новую опцию: автоматическое отсоединение съемного устройства после завершения резервного копирования (Eject removable storage once backup is completed):
Настраиваемый путь к месту сохранения отдельного полного бэкапа
Возможность создания отдельной полной резервной копии очень удобна, например, если вы не завязаны на политику хранения. Раньше такие бэкапы сохранялись в папку, указанную в настройках задания (они складывались в подпапку того же каталога, где лежала вся цепочка), а теперь можно выбрать в трее Backup to another location и задать путь к месту, куда вы хотите положить вновь создаваемый файл.
Полезно: Эта опция поддерживается и для создания отдельного полного бэкапа с помощью командной строки.
И еще кое-что…
В новой версии вы также найдете ряд других изменений, например:
— в панели задач теперь отображается прогресс задания резервного копирования
— в панели управления Veeam Endpoint Backup Control Panel можно переключать представление бэкапов в виде блоков на диаграмме (по правому клику), показывая время создания или размер:
— при загрузке с носителя Veeam Recovery Media отображается сигнал беспроводного подключения (Wi-Fi)
— перераспределение дискового пространства при восстановлении тома (volume resize) теперь можно задавать не только в мегабайтах (что было довольно неудобно, если том с терабайт), а выбрать нужную единицу измерения, например, гигабайт, и указать желаемый размер (подробнее см. здесь: https://helpcenter.veeam.com/endpoint/15/volume_restore_resize.html)
Есть нововведения и в осуществлении технической поддержки:
— во-первых, в диалоге Report an issue теперь вам нужно будет дать свое согласие на автоматический сбор и отправку журналов на сторону Veeam;
— во-вторых, прежде чем будет создана заявка на портале техподдержки, Veeam Endpoint Backup FREE проверит, не пора ли вам обновить версию продукта.
В новой версии мы также позаботились и о том, чтобы продлить срок службы батарей ноутбука или планшета. Помимо уже реализованной логики, согласно которой запуск задания бэкапа откладывался, если заряд батареи был меньше 20%, теперь Veeam Endpoint Backup FREE умеет определять, подключен ли ваш ноутбук к зарядному устройству, если не подключен – то может отложить запуск задания, сэкономив ресурс батарейки.
Мы также поработали над улучшением производительности бэкапа на уровне файлов и добавили возможность исключения «испорченных» блоков (правда, пока она реализована в экспериментальном формате, то есть по запросу службу поддержки после того, как вы удостоверитесь, что бэкапы не проходят из-за наличия таких блоков на диске).
Вместо заключения — полезные ссылки
- Ссылка для скачивания Veeam Endpoint Backup FREE 1.5: https://www.veeam.com/endpoint-backup-free-download.html
- Обзорная статья на Хабре о Veeam Endpoint Backup FREE 1.0: https://habrahabr.ru/company/veeam/blog/255729/
- Статья на Хабре о возможностях резервного копирования с помощью Veeam Endpoint Backup FREE 1.0: https://habrahabr.ru/company/veeam/blog/268737/
- Статья на Хабре о восстановлении физических машин из бэкапов с помощью Veeam Endpoint Backup FREE 1.0: https://habrahabr.ru/company/veeam/blog/266043/
Комментарии (80)
Sergey-S-Kovalev
06.04.2016 17:28Спасибо за ваш прекрасный продукт :)
Мне все нравится, и есть мааааленькое такое пожелание :)
Возможность бэкапа в облако. Это, кстати, сильно бы упростило защиту от криптолокеров, ибо возможность загрузки в папку синхронизация которой не включена на десктопном клиенте в корне был решило проблему без плясок с извлечением USB/настройкой прав достпа к папкам и etc.
Прям киллерфича для десткопной бэкапилки.
Поддержка OneDrive и Облако.МэйлРу в первых рядах, приветствуется :) у меня там много простаивающего места :)
angrydok
06.04.2016 17:56+2Можно с одной оговоркой виде уже сейчас. Выбираете Local storage и папку google drive/OneDrive/dropbox. Бакап проходит локально, а потом «нативными» средствами облачной утилиты запускается синхронизация.
Оговорка в том, что каждый вендор имеет свое ограничение по максимальному размеру файла, а значит файл полного бакапа .vbk может просто не пройти по лимитам. Например, для планшетов на Win10 с небольшим размером диска работает на ура т.к. размер полного бакапа не большой, а инкрементов еще меньше.angrydok
06.04.2016 17:59+1* Вторая оговорка. В случае рестора на голое железо, такой бакап все же придется скачать на другую машину т.к. Veeam Recovery Media не поддерживает прямого подключения к таким вендорам.
Sergey-S-Kovalev
06.04.2016 19:02+1Бэкап системы, и бэкап файлов — это отдельные задания.
Систему и приложения можно бэкапить раз в неделю/месяц/квартал/по запросу, файлы же хочется минимум раз в сутки.
Т.е. образ системы можно и локально держать, его потеря всего лишь временное неудобство.
Потеря файлов это уже беда весьма различного по масштабу для каждого человека размера, и облако в данном случае подходит как нельзя лучше.
Sergey-S-Kovalev
06.04.2016 18:58+1| Можно с одной оговоркой виде уже сейчас. Выбираете Local storage и папку google drive/OneDrive/dropbox. Бакап проходит локально, а потом «нативными» средствами облачной утилиты запускается синхронизация.
Наверное я не донес мысль. То что можно бэкапить в папку облачного клиента это понятно, и что оно будет улетать в облако, это тоже понятно, НО оно продолжит занимать место на локальном диске и изменение локальных файлов криптолокером автоматически меняет их и в облаке.
Вопрос был в том, что бы VEB лил бэкап напрямую в облако в папку, которая исключена из синхронизации, либо лил через взаимодействие с клиентом облачного хранилища. Основная цель — не хранить ни байта на локальных дисках.
| Оговорка в том, что каждый вендор имеет свое ограничение по максимальному размеру файла, а значит файл полного бакапа .vbk может просто не пройти по лимитам.
Может и не пройти, но я думаю это легко предусмотреть.
kav4ik
06.04.2016 18:02Подскажите, каким способом Veeam Endpoint Backup пытается определить настройки подключения к серверу SMTP?
Dr_Wut
06.04.2016 18:02Скажите пожалуйста, а появилась возможность создавать несколько расписаний для бекапов? К примеру у меня есть несколько больших папок и мне нужно их бекапить в разное время(разносить фулки к примеру)
angrydok
06.04.2016 18:39+1К сожалению, пока функционал ограничен одним «заданием резервного копирования». Потому рекомендую выбрать весь скоуп папок и бакапить его как можно чаще. Обычный шедул задается раз в день, но через скрипт можно дергать бакап гораздо чаще.
helpcenter.veeam.com/endpoint/15/backup_cmd.html
Alcogolic
06.04.2016 18:51может он по MX записям напрямую коннектится к почтовику получателя?)
angrydok
07.04.2016 01:03мимо запостили :)
Нет, на MX смотреть бесполезно. Насколько я помню, у публичных хостингов, сервера прописанные в MX записи, принимают запросы только от доверенных серверов-отправителей (проверяются по SPF записи или reversed запросами) — машина с VEB таким доверенным отправителем в 99% случаев не будет, а значит придет Undeliverable report.Alcogolic
07.04.2016 08:26Публичные конечно не пропустят, если нет привязки к домену и не прописана обратная зона, сидя дома с ноутом, мы не сможем вбить ящик например с mail.ru, точнее сможем, но ничего не придёт, а если мы настраиваем на рабочем компе, мы находимся в корпоративной сети, а для внутренней подсети обычно SMTP сервак настраивают на приём всего и вся, и DNS соответственно отдаёт внутрениие адреса, поэтому здесь вариант по MX прокатит…
angrydok
07.04.2016 13:01+1С этой точки зрения, да — вариант достойный. Но VEB больше ориентирован на домашних юзеров, которые скорее пользуются публичными хостингами, потому пришлось придумать другое решение.
Profi
06.04.2016 18:02+1С Акронисом у меня почему-то так и не сложилось, а вот с Endpoint как-то сразу поладили. Видимо сказался лаконичный и понятный интерфейс. Кстати, программа уже несколько раз выручала восстановив файлы без сучка и задоринки.
Angel2S2
06.04.2016 18:21Очень классный продукт. И работает хорошо. Друзьям и родным настроил, теперь сплю спокойно.
Но сам остался обделенным, у меня пингвин =) Версия для Linux будет?angrydok
06.04.2016 18:43+3Пингвны не уйдут обиженными :) Записаться на участие в закрытой бете Veeam Backup for Linux можно тут: go.veeam.com/linux-ru
yosemity
06.04.2016 18:53Это просто супер-круто! С нетерпением ждем.
P.S. Дмитрий, вам нужно срочно написать статью на Хабр, хотя бы для возможности вас отблагодарить хоть кармой ;)angrydok
06.04.2016 19:49+2Спасибо спасибо. Лучшая благодарность — это ваш фидбек :)
reff
08.04.2016 12:03Шалит автоматическая проверка о выходе новой версии. Приходится скачивать инсталлятор и обновлять самостоятельно.
Цитата: «Your version is up to date. Last checked: 2 minutes ago»
sysmetic
08.04.2016 18:42На самом так и задумано :) сначала мы выкладываем дистрибутив новой версии на сайт, и делаем анонс. Обычно на него обращают внимание только «энтузиасты продукта», которые интересуются новинками и сразу хотят попробовать новую версию. Консервативно настроенные пользователи (которым нужны отзывы от сообщества) игнорируют анонс. Примерно неделю мы анализируем отзывы от «энтузиастов продукта», после чего выкладываем новую версию на сервер обновлений,- и тогда уже информация поступает на все инсталляции продукта, и даже консерваторы устанавливают обновление.
reff
08.04.2016 21:46Вероятно, пользователь не выжидал 2-3 недели и обновлял программу самостоятельно.
Добавьте уже кнопку «Restore» в главное окно программы. Её наличие только по нажатию ПКМ на ярлыке в трее это, чесслово, не самая логичная вещь, если нужно восстановиться на дату, ранее, чем самый левый столбик.
p.s.: В эпоху разгула криптолокеров хочу спросить про хранение резервных копий в репозитории VBR.
Каким образом он (репозиторий) подключается к резервируемой системе?
Если в момент заражения выполняется резервное копирование, репозиторий пострадает?sysmetic
08.04.2016 21:53Степень вреда репозиторию зависит от продвинутости конкретного зловреда. Если предположить, что зловред запускается под аккаунтом текущего пользователя и просто шифрует все его файлы, то достаточно сделать так, чтобы аккаунт доступа к репозиторию или к сетевой папке был любым другим — тогда зловред получит отказ в доступе и не повредит резервные копии. При этом для случая сетевой папки надо проверить, чтобы она не была доступа через mapped network drive с автомаунтом при старте Windows.
reff
08.04.2016 22:19То есть, репозиторий VBR являет собой расшаренный каталог (share), подключаемый к резервируемой системе во время выполнения задания и отключаемый в финале?
sysmetic
08.04.2016 22:28Я не совсем ясно выразился — я описал два возможных разных сценария для VEB — можно бэкапить в сетевую папку, доступную с исходной машины, или в репозиторий (в обоих случаях можно в VEB указать аккаунт доступа, отличающийся от аккаунта текущего Windows пользователя).
Репозитарий конечно надежнее. Физически репозиторий — это сетевой сервис, который принимает данные и сохраняет их в некую локальную или сетевую папку, в соответствии со своей конфигурацией. Эта папка репозитория доступна только сервису с сервера репозитория, и по умолчанию никак не связана и не доступна с той машины, которую мы бэкапим. Поэтому по идее зловред, заразивший исходную машину, не может до этой папки добраться, чтобы зашифровать, так как не знает где она в сети, плюс не имеет туда доступа.reff
08.04.2016 22:34Отлично! Надеюсь, ни одна криптолокическая тварь не найдёт решение этой проблемы.
Angel2S2
07.04.2016 12:15Спасибо!
Можете прояснить момент? Читал на английском, там написано «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?
Pinkkoff
06.04.2016 21:33Недавно установил ваш продукт, все нравится, интерфейс хорош, бэкапит очень быстро.
Но есть несколько НО, которые портят картину:
- Первое и самое главное: я не очень доверяю механизму forever increment. Что если по каким-то причинам increment копия окажется битой, а veeam этого не заметит? Это ведь будет означать, что восстановление полной копии уже никогда не будет выполнено корректно, так как больше full бэкапа никогда не будет. Может быть можно делать промежуточные full хотя бы из командной строки?
- Мне очень понравился механизм отправки e-mail сообщений, классная штука! Но у меня на работе прокси, и функция оказалась бесполезной, она не работает.
- Схема с одним заданием выглядит ну совсем несерьезной. Вы же планируете это потом допилить и всунуть во взрослый veeam, ну там то она уж точно понадобится! Пора уже реализовать.
Также у меня вопрос — можно ли организовать проведения бэкапа при выключении компьютера?
А в целом спасибо за хорошую и бесплатную программу!
Loxmatiymamont
06.04.2016 22:37+1Даже если сбойный блок приедет с инкрементом и доползёт до фульника, то со временем он будет от туда вытеснен. Если не делать цепочку очень длинной, то вероятность проблемы снизится.
Схема с одним бекапом для домашнего использования выглядит как самое оно =)
Перед шатдауном можно сделать всё что угодно. Даже бекап. Локальные политики наше всё gpedit.msc -> Windows settings -> Scripts -> Shutdown -> Properties -> Add В гугле много на эту тему.
sysmetic
06.04.2016 23:59+1Как я понял, вы опасаетесь ситуации, когда некий блок данных изменился один раз, был сохранен с ошибкой, которую продукт не заметил, и с тех пор блок ни разу не менялся на диске, поэтому так и лежит в неправильном виде в резервной копии. Полагаю такое возможно только при сбоях аппаратуры…
Можете для страховки вручную периодически делать «отдельную полную резервную копию». Или даже сделать скрипт, который ее создает, и запускать его из Windows Scheduler раз в неделю. Пример: https://helpcenter.veeam.com/endpoint/15/backup_cmd.html
angrydok
07.04.2016 00:55+1«Как я перестал бояться и полюбил
атомную бомбуforever incremental» — при создании инкрементальной точки вся «цепочка» резервных копий проверяется на валиднось. Если что-то не так, с любой предыдущей резервной копией, VEB сделает новую полную резервную копию и дальше пойдет от нее.
yosemite, уже пропагандировал идею использования GPO для резервного копирования перед отключением у нас на форуме Так, что думаю работает без проблем :)
Но, как вариант, можно настроить задание, что бы по завершении резервного копирования машина выключалась самостоятельно. Без бубнов, задается прямо в настройках расписания резервного копирования VEB. Еще подумалось, что можно дергать резервное копирование скриптом, ждать успешного кода возврата и дергать выключение машины, но это если вы любите писать кастомные скриптыyosemity
07.04.2016 01:18пропагандировал идею использования GPO для резервного копирования перед отключением
Не пропагандировал, а предлагал, и оно работает только при наличии GP, а VEB же для домашних пользователей ;)
yosemite
Я не национальный парк в США и не редакция макоси. Хотя, я привык, что все путают ;)
yosemity
06.04.2016 23:42Может быть можно делать промежуточные full хотя бы из командной строки?
Можно из коробки.
Промахнулся веткойangrydok
07.04.2016 00:58+1У нас сейчас есть механизм standalone full backup, но он не привязан к цепочке бакапов. Тут скорее про периодические Active Full, для «разбивания» непрерывной цепочки инкрементов — как у старшего брата VBR ;)
yosemity
07.04.2016 01:28Хм, а я подозревал, что именно standalone full и требовался. Но в принципе, регулярно прерывать цепочку бекапов из командной строки путем переименования и пересоздания рут-каталога VEB и последующим запуском из командной строки нового бекапа — вообще не проблема. За переименованными следить самостоятельно теми же скриптами. Это вполне реализуемо скриптами на любом, даже интерпретируемом языке вроде. На том же AutioIT/WSH/PoSH, или если хочется вырвиглазных решений, даже на cmd, наверное.
yosemity
07.04.2016 01:46Поясню для Pinkkoff и всех заинтересованных. VEB прекрасно пересодает цепочку, если переименовать корневой каталог, указанный в настройках бекапа. Подчеркиваю, не внутренний каталог, который имеет вид «Backup Job %ComputerName%», а корневой, указанный в настройках. Для теста, несколько раз переименовывал каталог, содержащий бекап конкретной машины, пока он не стал вида «bak.Backup Bak Job CompName.bak». Veeam пофиг, он все равно находил и продолжал цепочку.
Pinkkoff
07.04.2016 13:11Отвечу тут сразу всем yosemity angrydok Loxmatiymamont sysmetic
Спасибо большое за развернутые советы! Наверняка многие смогут ими воспользоваться.
Я умею пользоваться и командной строкой, и политиками, и расписаниями, и скрипт написать могу. Но многие — нет. К тому же я считаю, что вся нужная функциональность должна быть реализована средством одного продукта, либо управляться им. Я активно против дополнения функционала своими собственными скриптами, так как это ведет ко многим проблемам, придется своими силами постоянно поддерживать функционирование своих костылей.
Моя работа связана с СХД и резервным копированием, я уже вдоволь насмотрелся на то, как люди мучаются со скриптами, которыми управляют админы. Так что мой комментарий — это своеобразный список того, что я хотел бы видеть в продукте РК.
По поводу forever increment. Меня беспокоит, что битый блок будет где-нибудь в файле, который больше не будет обновляться (например, в ядре Windows). После этого копия будет вечно невалидна, если не начать цепочку заново. Отдельные Full и переименование директорий — это костыли, так делать архитектурно неправильно.yosemity
07.04.2016 21:40Погодите. Вы все верно написали, но VEB — абсолютно бесплатный продукт, ориентированный на Эндпоинт в роли домашнего пользователя. Вы просите (даже требуете) того, что уже реализовано давно в альтернативных продуктах которые просят за это денежку, при чем не малую.
я уже вдоволь насмотрелся на то, как люди мучаются со скриптами, которыми управляют админы.
а мужики-то не знают! (с). Кастомные скрипты — это половина жизни любого сисадмина. Уметь писать, чтобы за тебя делала автоматика, а не сам — это скилл.
Дополню, в линухе вообще невозможно админить, если не писать скрипты.Pinkkoff
07.04.2016 22:21В целом я с Вами абсолютно согласен. Но не во всем:
Эндпоинт в роли домашнего пользователя
Кажется мне, что это не совсем так. Veeam уже давно просили добавить функционал бэкапирования физических машин, и очень вероятно, что VEB — это как раз песочница для отработки технологии.
Вы просите (даже требуете)
Ну не правда, я рассуждаю о том, что мне не хватает. Ведь коллеги хотят фидбек, я его даю. Никого ни в чем не обвиняю, не ругаю, просто рассказываю что мне не хватает.
а мужики-то не знают! (с).
Многие мужики знают, правда. Я не против скриптов, совсем нет. Они важны, нужны, а умение их писать — это действительно скилл. Просто есть у меня такое мнение: если вы покупаете продукт резервного копирования, то вся функциональность резервного копирования вашей организации (или дома) должна быть реализована в его рамках, все скрипты и настройки должны быть также реализованы в его пределах. Компания, которая выпускает этот софт тестирует различные сценарии, выпускает гайды, проверяет совместимость различных настроек и т.п. Интеграцию с вашими скриптами проверять никто не будет.
Это мнение возникло не просто так, оно «написано кровью» клиентов, с которыми я работал. Я видел очень много случаев, когда рядом лежащие скрипты переставали грамотно работать при изменениях в основной программе РК, в итоге это приводило к отсутствию нужного бэкапа, когда наставал час X. Остаться с битой business-critical базой Oracle после её развала никому не пожелаешь.
И да, это все больше относится к дорогим enterprise продуктам, явно не к VEB, но я стараюсь применять схожие подходы к реализации СРК даже для дома. Поэтому не хочу писать скрипты=) Либо уж все скриптами и поддерживать их самостоятельно, либо использовать стороннюю программу.yosemity
07.04.2016 22:40VEB — это как раз песочница для отработки технологии.
Уверен в этом же.
Не буду вырывать конкретные фразы, но я вас понял. И повторюсь, VEB — это хоум решение, которое умеет, но, подчеркиваю, не обязано! восстанавливать ЭмЭссиквел, АД и прочие Шарпоинты.
Если вам нужны энтерпрайз-фичи, тут два варианта. Ждите когда оно выйдет (я уверен, что так будет), или пишите костыли. Я вот не могу себе позволить купить VBR. Ценник реально конский. Но и не ною (эт не про вас, без обид), прстите, что относительная халява должна мне предоставить фичи. Как могу, делаю сам, на том, что есть.
И да. Для дома VEB более чем достаточен.Pinkkoff
07.04.2016 22:53Действительно, не обязан. Может я как-то не правильно выражаюсь, но я не требую, просто рассказал что мне не хватает.
Вдруг veeam прислушается и реализует хотя бы часть? Мы же все от этого выиграем, даже veeam — он сможет протестировать на нас новые фичи.yosemity
07.04.2016 23:09+1Хочу, используя момент, сказать, что в Veeam даже продажники офигенны. Меня чел «прессовал» год, а когда я спросил про техническую часть, он дал совет. Я обалдел. И вообще, Вим — крутые парни. Говорю как краевед.
Oiler
07.04.2016 11:52Версия 1.1.2.119 не видит обновления 1.5.
При ручном обновлении задания сохранятся?
Спасибо за отличный продукт!
Ra-Jah
07.04.2016 13:42Ужас как нехватает FTP.
dark_rain
07.04.2016 13:50Плюсую FTP.
Или даже rsync-клиент какой-нибудь. Большой объем через худой канал на лету на фтп вряд ли пойдет. А вот пост-фактум синхронизировать было бы неплохо.
angrydok
07.04.2016 15:57+1А почему не хватает, можете рассказать? Интересно.
Ra-Jah
07.04.2016 16:23Я боюсь, что наш разговор пойдет по пути, подстройтесь под клиент VEEAM и вы поймете ка это удобно. :)
У меня «удаленный» сервер бэкапов на FreeBSD, да и забирать по FTP удобно, он всюду. Опять же, распространенный протокол, любые платформы, поддержка напрашивается.
Давно смотрел релиз, не помню деталей, но для сугубо домашнего использования «отца русской демократии» спасло бы, если бэкапить в SMB папку можно от имени другого, не текущего, пользователя.Loxmatiymamont
07.04.2016 22:01Бекап на удалённый smb можно сделать с помощью функции Бекапить при подключении репозитория. Например у меня настроено так — когда нужен бекап, включаю vpn до машины с репозиторием (под отдельными кредами), вим сервис его видит, делает своё чёрное дело и всё счастливы.
yosemity
07.04.2016 22:50бэкапить в SMB папку можно от имени другого, не текущего, пользователя.
из коробки.
Блин, гайз!
yosemity
07.04.2016 22:48Поясните. Вы хотите бекапить в риалтайм на FTP? Ниже пишут про rsync. Ребят, при чем тут VEB? Что вам мешает на FTP и rsync?
dark_rain
07.04.2016 13:43Почему спустя три недели 1.5 еще не выпустили в автоматические обновления?
angrydok
07.04.2016 15:47+1Мы так делаем в каждом релизе VEB – сначала публикуем версию для скачивания руками, а после 2-3 недель открываем авто обновления.
Кстати, сейчас уже можно обновиться из продукта (сегодня запустили автоапдейты).
yosemity
07.04.2016 21:43Абсолютно грамотное поведение. Вы апдейты через WSUS, наверное же так же накатываете? Уверен, что все хорошо, но палка раз в год может выстрелить. Поэтому про апдейт узнали самые заинтересованные, с форума.
Oiler
07.04.2016 15:04А как очистить настройки почты? Единожды попробовав их внести — после этого они не очищаются.
И да, попробовал пару адресов настроить, но так и не смог их заставить работать (mail.ru, yandex, SSL, 465 port).angrydok
07.04.2016 15:49+1Стереть все поля руками и ввести новые данные. На mail/yandex не проходит автоконфигурация или ручная настройка?
Oiler
08.04.2016 07:16Стереть все поля руками и ввести новые данные
Нет, именно чтобы они остались пустыми. Например, ну поигрался админ с уведомлениями, решил хватит. Как отменить? Вводить вместо реального мыла липовое и пусть VEB там развлекается?
автоконфигурация или ручная настройка?
Всё настраиваю вручную:
Яндекс.Почта для домена, ввожу свой ящик, куда слать, пароль к нему, сервер smtp.yandex.com, порт 465, использовать защищ. соединение, имя пользователя (полностью имя ящика).TheRealGostev
08.04.2016 20:37Нет, именно чтобы они остались пустыми. Например, ну поигрался админ с уведомлениями, решил хватит. Как отменить? Вводить вместо реального мыла липовое и пусть VEB там развлекается?
Просто отключите галочкой email нотификации совсем.
yosemity
07.04.2016 21:45Давайте я вам помогу. Скорее всего проблема в том, что вам под учеткой надо зайти в ифейс вебморды яндекса/мейла/гугла и разрешить «небезопасные» клиенты. Пароли приложений это называется.
Oiler
08.04.2016 07:42Давайте я вам помогу. Скорее всего проблема в том, что вам под учеткой надо зайти в ифейс вебморды яндекса/мейла/гугла и разрешить «небезопасные» клиенты. Пароли приложений это называется.
У меня так уже многие железки отчитываются, даже простейшие упсы. Чем VEB отличается?yosemity
09.04.2016 18:08Не понял вас. Вы хотите сказать, что гугл и прочие разрешает отправку из приложений просто так? Так это не так )
Oiler
11.04.2016 13:38ИМХО, небольшая недоработка интерфейса:
в форме Restore point details когда задание успешно завершается сначала появляется строка Processing finished at..., а потом ПЕРЕД ней вставляется запись Sending email notification.
yosemity
Спасибо за отличный продукт, но без ложечки дегтя никуда:
1) Нет возможности настроить отправителя отличного от получателя и соответственно нескольких получателей. Приходится прибегать к сторонним средствам.
2) Нет возможности автоматически добавить новые настройки почтовых уведомлений. У меня не то, чтобы много клиентов на VEB (развернуто всем, но настроенных где-то под 50), но в любом случае заново оббегать всех нет никакого желания.
С одной стороны, решение позиционируется как домашнее. С другой, присутствуем возможность бекапа в репозиторий VBR. Если уж не центральная консоль, то вполне достаточно было-то опций командной строки, автоматически выполняющих настройку из файла, например.
Вариант настройки с форума veeam средствами AutoIT, путем нажимания кнопочек в интерфейсе, неприемлем, хотя бы потому, что со включенным UAC автокликер не сработает. Ну и вообще это не просто костыль, а жутчайший косяк, по моему. Далее, логин и пароль хранится в базе в шифрованном виде, при чем алгоритм шифрования выдает даже на одной и той же машине разные результаты, поэтому развернуть конфиг путем прямого редактирования SqlLocalDB, так же невозмжно.
Чуть не забыл:
Ограничить права учетной записи пользователя на каталог с бекапами — более действенная мера.
Loxmatiymamont
1. Список рассылки?
2. Как верно заметили — решение всё же домашнее, а централизованная смена настроек на n-клиентах уж никак не домашний функционал. Ну и как написано на том же форуме
AcidVenom
Поле «Кому» решит все проблемы разом.
angrydok
Если используется VBR репозиторий для VEB можно использовать глобальные настройки email notifications от VBR.