Да, в будущем конечно стоит ожидать нарастающую интеграцию с сервером B&R (репозиторий, управление и т.д.), но по срокам ничего конкретного нельзя сказать.
Насколько я понимаю, компилятор из ОС выпилен в силу требований ФСТЭК, а следовательно использовать в такой системе Veeam Agent for Linux в принципе нельзя, так у него нет сертификата ФСТЭК, а он требуется исходя из Приказов ФСТЭК №17 и №21.
Дело в том, что наш драйвер более низкоуровневый, чем VMTools, поэтому нам сложнее сделать бинарник как у них, но будем думать. А вообще спасибо за отзыв — мы как раз сейчас и собираем все предложения, и будем делать их по мере наших возможностей и частоты встречаемости запросов.
Речь идет о восстановлении в режиме Bare-Metal Restore? Если да, то посмотрите шаг Restore Mode — там можно выбрать что будет восстанавливаться — все разделы внутреннего диска, или только системный раздел. Соответственно выбранные разделы внутреннего диска и будут перезаписаны при восстановлении.
Подобные статьи мы пишем тогда, когда надо описать именно сложные случаи интеграции с СХД. Что же касается commodity NAS, то здесь можно сказать, что Veeam Backup абсолютно нормально работает на любых СХД (взаимодействуя на уровне стандартных сетевых протоколов), просто без какой-либо интеграции с ними на глубоком уровне.
Performance issues — это всегда тема комплексная (зависит не только от продукта, но и от программной и аппаратной инфраструктуры, от множества настроек и т.д.) и часто зависит от ситуации у конкретного заказчика. Иными словами, это исследовательская тема. Поэтому и тема на форуме живет уже несколько лет, однако это не означает, что за все это время проблема конкретного заказчика не была решена. Просто, если у заказчика есть реальная проблема с производительностью, он открывает тикет в техподдержке — и в рамках тикета в его конкретной ситуации мы пытаемся найти решение. Иногда удается просто правильно все настроить, иногда делается workadound, иногда делается private fix,- но так или иначе решение находится. Потом опыт техподдержки обобщается, и нужные изменения вносятся в основную ветку кода, — и улучшенная версия становится доступна с новым обновлением продукта для всех пользователей. Т.о. процесс улучшения производительности идет постоянно.
Я это к чему — нельзя ответить на заданный вопрос определенно — так, чтобы он был верен для всех клиентов. Поэтому мы не гарантируем какой-либо определенный performance в широком смысле, но всегда готовы разбираться в ситуации и помогать улучшить производительность, если что-то работает не так как ожидалось в конкретной инфраструктуре конкретного пользователя продукта.
Согласен c комментариями, что два года хранения многовато для заправки, разве что они бэкапили видео на ленты и просто кидали в коробку на складе и им было просто лень выкидывать этот мусор :)
Да, на него вышли через неудачную попытку получить свой выигрыш: "Типтон впервые попал в поле зрения властей еще в 2012 году. Тогда в Айове произошел странный случай: нью-йоркский адвокат, от лица своего клиента – зарегистрированной в Белизе корпорации, обратился за получением выигрыша в размере 16,5 миллионов долларов. Дополнительно ситуация осложнялась тем, что билет был приобретен еще в декабре 2010 года. Неизвестные заявили свои права на выигрыш буквально за несколько часов до истечения дедлайна. Однако затем адвокат отказался назвать имя своего клиента, точнее идентифицировать покупателя заветного билета лотереи Hot Lotto, и отказался от дальнейших притязаний на выигрыш.
Но кто так легко откажется от 16,5 млн долларов? Правоохранительные органы заподозрили неладное и получили видео с камеры видеонаблюдения на автозаправке, где был в 2010 году приобретен выигрышный билет. На записи был запечатлен неизвестный мужчина в капюшоне. Правоохранители не сумели опознать его своими силами и запросили «помощь зала»: они обнародовали запись и попросили всех граждан, которые знают что-либо о человеке на видео, связаться с властями. Тогда-то коллеги Типтона и вышли на контакт с полицией, заявив, что мужчина на видео выглядит и говорит в точности как Типтон."
Я не совсем ясно выразился — я описал два возможных разных сценария для VEB — можно бэкапить в сетевую папку, доступную с исходной машины, или в репозиторий (в обоих случаях можно в VEB указать аккаунт доступа, отличающийся от аккаунта текущего Windows пользователя).
Репозитарий конечно надежнее. Физически репозиторий — это сетевой сервис, который принимает данные и сохраняет их в некую локальную или сетевую папку, в соответствии со своей конфигурацией. Эта папка репозитория доступна только сервису с сервера репозитория, и по умолчанию никак не связана и не доступна с той машины, которую мы бэкапим. Поэтому по идее зловред, заразивший исходную машину, не может до этой папки добраться, чтобы зашифровать, так как не знает где она в сети, плюс не имеет туда доступа.
Степень вреда репозиторию зависит от продвинутости конкретного зловреда. Если предположить, что зловред запускается под аккаунтом текущего пользователя и просто шифрует все его файлы, то достаточно сделать так, чтобы аккаунт доступа к репозиторию или к сетевой папке был любым другим — тогда зловред получит отказ в доступе и не повредит резервные копии. При этом для случая сетевой папки надо проверить, чтобы она не была доступа через mapped network drive с автомаунтом при старте Windows.
На самом так и задумано :) сначала мы выкладываем дистрибутив новой версии на сайт, и делаем анонс. Обычно на него обращают внимание только «энтузиасты продукта», которые интересуются новинками и сразу хотят попробовать новую версию. Консервативно настроенные пользователи (которым нужны отзывы от сообщества) игнорируют анонс. Примерно неделю мы анализируем отзывы от «энтузиастов продукта», после чего выкладываем новую версию на сервер обновлений,- и тогда уже информация поступает на все инсталляции продукта, и даже консерваторы устанавливают обновление.
Как я понял, вы опасаетесь ситуации, когда некий блок данных изменился один раз, был сохранен с ошибкой, которую продукт не заметил, и с тех пор блок ни разу не менялся на диске, поэтому так и лежит в неправильном виде в резервной копии. Полагаю такое возможно только при сбоях аппаратуры…
Можете для страховки вручную периодически делать «отдельную полную резервную копию». Или даже сделать скрипт, который ее создает, и запускать его из Windows Scheduler раз в неделю. Пример: https://helpcenter.veeam.com/endpoint/15/backup_cmd.html
Самое правильное — задать этот вопрос на форуме — там отвечают продукт менеджеры, и они же могут занести в планы развития продукта новую идею, если она покажется им хорошей…
Скажу больше — есть сайт удаленных услуг РНБ (не путать с сайтом Интернет магазина РНБ), на котором можно заказать ксерокс или скан любой книги из архива, оплатить банковской картой, и получить по почте (есть и самовывоз в Москве). Проверял недавно на книге 1970 года, которая есть только в архивах — работает!
На мой взгляд ситуация с вирусами и вакцинами от них полностью аналогична ситуации с компьютерными вирусами и антивирусными продуктами сигнатурного анализа.
Фаза 1: Специалисты фиксируют: В текущем году во время заражения были распространены такие-то вирусы
Фаза 2: Фиксируется база сигнатур вирусов и на следующий год продается как «вакцина»
Поможет? Конечно, да — всегда есть вероятность, что попадется прошлогодний вирус
Спасет полностью? нет, когда вакцина от вируса впервые спасет на 100%, это будет означать, что эволюция (вирусов) остановилась.
отвечая на изначальный вопрос — вакцина спасет (при прочих равных), если в данный год нет эпидемии, вызванной новым штаммом и если ВОЗ угадает с прогнозом какие штаммы придут в РФ в данном году.
На мой взгляд правильнее укреплять «проактивную защиту» организма от новых вирусов, нежели чем инсталлировать сигнатуры прошлогодних вирусов :), хотя такая вакцинация тоже хорошо тренирует иммунитет
Учитывая такую неопределенность с вакцинами, например лично я просто делаю то, что рекомендует Минздрав в календаре прививок — поэтому от гриппа до 18 лет я делал прививки, а потом перестал -см. картинку ниже:
Закрытая бета-версия Veeam Backup для Linux будет доступна участникам тестирования в начале 2016 г. в порядке регистрации. Чтобы получить код для использования бета-версии, зарегистрируйтесь на сайте — Veeam Backup для Linux.
Индивидуальные планы продаж — это конечно правильно. Но жизнь оказывается сложнее — при строго индивидуальных планах внутри компании начинает главенствовать принцип «человек человеку волк».
Скажем новичок радостно говорит, что ему позвонил клиент и попросил продать кучу товара компании. Тут же появляется старожил и говорит, что он этого клиента уже 5 лет окучивает и периодически туда продает и что данная сделка — это его заслуга, и что новичок просто случайно трубку первым взял.
Или другой пример. Далее я буду максимально утрировать, чтобы было максимально понятнее, что я имею в виду. Скажем, звонит клиент в компанию — Ассистент на телефоне спрашивает — из какого региона? Он отвечает. А в этот момент в офисе нет продавца, который отвечает за этот регион, а другие получают бонусы за свои регионы, но не за этот — и чужого клиента в работу не берут. Контакты записываются, трубка вешается. Сделка потенциально теряется.
Если четко не делить рынок между продавцами, то они даже могут начать конкурировать размером скидки за одного и того же клиента.
То есть при строго индивидуальных планах возникает проблема внутренней конкуренции между продавцами в одном отделе (помните что при конкуренции выигрывает покупатель? В данном случае от конкуренции внутри отдела продаж тоже выиграет покупатель — то есть проиграет компания где продавцы работают).
Да! эти все проблемы можно как-то решить — продумав все-все кейсы, прописав на бумаге, создав автоматизированные системы, оттестировать. при индивидуальных планах нужно внедрять не просто CRM внутри компании, нужно внедрять внутреннюю систему регистрации сделок, (как используется обычно в партнерских сетях вендора, что партнеры между собой не конкурировали). То есть каждая сделка по определенным критериям должна четко регистрироваться за конкретным продавцом. И все равно будут возникать конфликты.
А можно всего этого не делать, а просто внедрить групповые KPI в отделе продаж. Весь вопрос — что дешевле и где плюсы будут в большей степени перевешивать минусы.
Я это к чему — нельзя ответить на заданный вопрос определенно — так, чтобы он был верен для всех клиентов. Поэтому мы не гарантируем какой-либо определенный performance в широком смысле, но всегда готовы разбираться в ситуации и помогать улучшить производительность, если что-то работает не так как ожидалось в конкретной инфраструктуре конкретного пользователя продукта.
Либо есть еще вариант как в известной шутке: :)
Но кто так легко откажется от 16,5 млн долларов? Правоохранительные органы заподозрили неладное и получили видео с камеры видеонаблюдения на автозаправке, где был в 2010 году приобретен выигрышный билет. На записи был запечатлен неизвестный мужчина в капюшоне. Правоохранители не сумели опознать его своими силами и запросили «помощь зала»: они обнародовали запись и попросили всех граждан, которые знают что-либо о человеке на видео, связаться с властями. Тогда-то коллеги Типтона и вышли на контакт с полицией, заявив, что мужчина на видео выглядит и говорит в точности как Типтон."
Источник.
Репозитарий конечно надежнее. Физически репозиторий — это сетевой сервис, который принимает данные и сохраняет их в некую локальную или сетевую папку, в соответствии со своей конфигурацией. Эта папка репозитория доступна только сервису с сервера репозитория, и по умолчанию никак не связана и не доступна с той машины, которую мы бэкапим. Поэтому по идее зловред, заразивший исходную машину, не может до этой папки добраться, чтобы зашифровать, так как не знает где она в сети, плюс не имеет туда доступа.
Можете для страховки вручную периодически делать «отдельную полную резервную копию». Или даже сделать скрипт, который ее создает, и запускать его из Windows Scheduler раз в неделю. Пример: https://helpcenter.veeam.com/endpoint/15/backup_cmd.html
Фаза 1: Специалисты фиксируют: В текущем году во время заражения были распространены такие-то вирусы
Фаза 2: Фиксируется база сигнатур вирусов и на следующий год продается как «вакцина»
Поможет? Конечно, да — всегда есть вероятность, что попадется прошлогодний вирус
Спасет полностью? нет, когда вакцина от вируса впервые спасет на 100%, это будет означать, что эволюция (вирусов) остановилась.
отвечая на изначальный вопрос — вакцина спасет (при прочих равных), если в данный год нет эпидемии, вызванной новым штаммом и если ВОЗ угадает с прогнозом какие штаммы придут в РФ в данном году.
На мой взгляд правильнее укреплять «проактивную защиту» организма от новых вирусов, нежели чем инсталлировать сигнатуры прошлогодних вирусов :), хотя такая вакцинация тоже хорошо тренирует иммунитет
Учитывая такую неопределенность с вакцинами, например лично я просто делаю то, что рекомендует Минздрав в календаре прививок — поэтому от гриппа до 18 лет я делал прививки, а потом перестал -см. картинку ниже:
А также уже есть пост в корпоративном русскоязычном блоге Veeam.
То есть при строго индивидуальных планах возникает проблема внутренней конкуренции между продавцами в одном отделе (помните что при конкуренции выигрывает покупатель? В данном случае от конкуренции внутри отдела продаж тоже выиграет покупатель — то есть проиграет компания где продавцы работают).
Да! эти все проблемы можно как-то решить — продумав все-все кейсы, прописав на бумаге, создав автоматизированные системы, оттестировать. при индивидуальных планах нужно внедрять не просто CRM внутри компании, нужно внедрять внутреннюю систему регистрации сделок, (как используется обычно в партнерских сетях вендора, что партнеры между собой не конкурировали). То есть каждая сделка по определенным критериям должна четко регистрироваться за конкретным продавцом. И все равно будут возникать конфликты.
А можно всего этого не делать, а просто внедрить групповые KPI в отделе продаж. Весь вопрос — что дешевле и где плюсы будут в большей степени перевешивать минусы.