Сергей Сахаров, ваша "проблема" давно уже решается обычным поисковым запросом.
Мне же необходимо не сортировка из Н кол-ва видео, а просмотр определенных кусков в рамках одного видео по тегам. И кол-во тегов (меток) на одном и том же интервале может быть много:
"01:00 - 01:10 - Анна
01:00 - 01:10 - Петр
01:00 - 01:10 - Ошибки Петра и Анны"
Прошу подсказать пример, где при открытии видео в ютуб:
1) При нажатии на метку получить "склеенный кусок" видео без необходимости постоянно прокликивания.
2) Указания двух меток на один и тот же интервал времени.
За информацию про hardened repository спасибо - интересно.
Но это не отвечает на вопрос о разделении доступов между резервными копиями из нескольких площадок. Т.е. получив атаку в один источник, будут скомпрометированы все резервные копии остальных площадок (не говоря уже о доступах к другим продам).
Если же поднимать отдельный РК для каждой площадки, то как я понял ВИМ не рекомендует подключение к одной ленточной библиотеке с нескольких серверов РК, так как могут быть ошибки.
Сталкивались с похожей проблемой.
Не могли подключить удаленный хост с ХВ на котором также располагалась хранилище.
Т.е. хост как сервер подключался без проблем, а хост как хв не хотел и выдавал аналогичные ошибки.
1) Обновите все хосты (MS)
2) Создайте локальную учетную запись администратора и попробуйте под ней подключить хост ХВ
3) Скорее всего он не сможет и тогдапопробуйте повторно подключить, но уже с BUILT-in администратором.
После этих танцов ХВ добавился и виделся также как сервер с репозиторием.
Ивор Барханский, видимо вы либо неправильно поняли поставленный вопрос, либо я что то не так указал.
В любом случаи решение в комментариях с моей стороной было указано.
Ивор Барханский, ну самый простой пример, если по каким то причинам вы локально запускаете установку нового программного обеспечения на рабочей станции под текущим доменным пользователем без прав администратора.
Alexey Dmitriev, агентный бекап показывает объем данных равный измененным - 500мб. Но данный вариант является проблемным, так как агентный бекап подразумеваем восстановление через bmr (bare metal recovery), что требует значительно больше времени.
Как я понимаю, мы имеем следующую картину:
1) В рамках первой р.к. создается avhd файл в котором происходят какие то изменения
2) По окончанию р.к. идет слияние снимка в vhd и cbt отмечает данные блоки как измененные, что в принципе верно.
Вопрос тут в сторону Hyper-v, что он пишет в vhdx за это время и как можно повлиять на его размер, если фактических данных в машине не меняется.
Ниже прошлый скриншот с агентным бекапом но включенным свопом:
Alexey Dmitriev, в рамках резервного копирования (далее р.к.) , как было написано выше, используется механизм CBT.
Т.е. агент, который стоит на гипервизоре постоянно отслеживает изменения внутри виртуальных машин.
В момент старта р.к. внутри машины происходят процедуры для создания консистентной копии - шринк логов баз данных итд.
Далее создается чекпойнт ВМ для того, что можно было сохранить состояние машины и передать только измененные блоки внутри vhdx файла за прошедшие 15 минут.
По окончанию копированию блоков, их сверки на дедупликацию и выполнение сжатия для сохранения в датацентр, чекпойнт удаляется и происходит сливание его с vhdx файлом.
Мы замечаем, что резервные копии почти на всех крупных машинах сильно раздуваются, но в рамках примера откинули все сложные машины (SQL, PLM и так далее) и взяли почтовую систему, так как она работает без баз данных и использует файловую структуру для хранения.
С момента, как р.к. создает чекпойнт (или если сделать его вручную) он очень быстро разрастается в объеме. И размер прошлого чекпойна до момента слияния очень похож на размер переданных блоков в рамках следующего р.к.
Т.к. в этом промежутке мы не видим, что внутри происходит какая либо активность (500мб) за 15 минут, то совершенно не понятно откуда в рамках копии он находит 15-30гб измененных блоков.
P.S. Как было ранее сказан своп в данной машине не используется.
Alexey Dmitriev, мы говорим о блочном резервном копировании с гипервизора.
Принцип работы без агентного копирования Arcserve аналогичен другим вендорам - Veeam,Symantec итд
Поэтому посмотреть, что внутри является проблемой, так как это не файлы, а изменённые блоки внутри машины. (Change Block Tracking)
Так как в 2012 r2 не было MS драйвера CBT, каждый вендор использовал свой. К сожалению размер отслеживаемого блока драйвером очень огромный и имеет размер 4 мегабайта. (ответ саппорта)
Но у меня есть подозрение, что это особенности самих чекпойнтов от Hyper-V, поэтому надеюсь услышать мнение другие коллег.
Имеется ввиду, что было несколько критических обновлений на домен контроллерах, которые не были установлены.
В том числе определенное кол-во других обновлений, включая обновления телеметрии.
Так как понять причину ошибок мы не могли, во время переустановки FS решили также установить полностью все обновления без разбора и на домен контроллеры.
"-Касперский кстати такой-же версии, попробую другую версию"
До переустановки мы пробовали отключать KES + агент, но спустя время также получали ошибки. P.S. Правда это было еще на 2008r2...
Мне же необходимо не сортировка из Н кол-ва видео, а просмотр определенных кусков в рамках одного видео по тегам. И кол-во тегов (меток) на одном и том же интервале может быть много:
"01:00 - 01:10 - Анна
01:00 - 01:10 - Петр
01:00 - 01:10 - Ошибки Петра и Анны"