Netflix is now available in Russia. This is day one, our service is available in English only at this time and we take payment with credit cards. We will learn a lot from the early users of Netflix around the globe and in Russia. This means we may add Russian language support over time
А откуда информация про «У некоторых пользователей увели крупные суммы денег в привязанной кредитки»?
Просто Valve официально СМИ сказали иное: «We believe no unauthorized actions were allowed on accounts beyond the viewing of cached page information and no additional action is required by users.»
ну так приведите ссылку на какое-нибудь описание того, о чем вы говорите — как сервер Oracle выполняет скажем поиск по таблице, зашифрованной на клиентском ключе, не зная клиентского ключа, — просто мне такого вида шифрования найти не удалось.
В статье предлагается шифрование на клиентском ключе при охранении возможности исполнять запросы на сервере, при условии, что сервер НЕ знает клиентского ключа (эта проблема актуальна для публичных облаков, когда клиент не доверяет провайдеру), то есть решается задача, обозначенная в теме Вашего поста.
Что же касается Oracle — то там речь идет о шифровании на ключе, известным серверу, что НЕ решает проблему недоверия к провайдеру.
А вы знакомы с работой "CryptDB: Protecting Confidentiality with Encrypted Query Processing"? Там предложен несколько другой подход, решающий ту же проблему, и мне он представляется весьма перспективным, потому что не ведет к увеличению требуемой вычислительной мощности (но возможно с некоторым снижением криптостойкости, что пока еще не проанализировано экспертами в области криптоанализа).
СХД бэкапим по другому — у них обычно есть свои аппаратные снапшоты, и платная версия серверного продукта Veeam Backup умеет бэкапить эти аппаратные снапшоты. Подробнее можно почитать в этой статье на сайте. Там же есть и список поддерживаемых моделей СХД.
Такой возможности нет, так как на сетевых папках или дисках:
1) нельзя сделать снапшот, а следовательно обеспечить логическую целостность данных приложений, сохраняемых в резервную копию при одновременной работе приложений с диском (кроме того, некоторые приложения могут кешировать операции записи на диск, и тогда будет забэкаплена не вся информация)
2) нельзя получить список измененных блоков данных тома — а следовательно быстро выполнить инкрементальное резервное копирование на уровне блоков (остается только на уровне файлов, но это медленнее, особенно через сеть)
3) нельзя получить высокую скорость зачитывания данных из-за сетевых задержек
VEB не может занять место встроенного в Windows резервного копирования, как это происходит в случае с антивирусами и firewalls, так как Microsoft сделала иную логику в компоненте резервного копирования — его место нельзя занять. Там логика проще (чем в случае антивируса)- если встроенное резервное копирование выключено, то выскакивает предупреждение, но если вы его «смахнете» (отключите), то оно никогда больше не выскочит. При этом на компьютере может стоять любое количество продуктов резервного копирования, и на логику появления/исчезновения указанного оповещения их наличие никак не сказывается.
Иными словами, можно настроить VEB, отключить встроенное резервное копирование и однократно отключить оповещение вручную, если оно вдруг появится в момент отключения,- и после этого все будет работать нормально, и оповещения беспокоить не будут.
Да, и старый инкремент будет инжектится именно после создания нового инкремента — так что временно потребуется больше свободного места в хранилище, чем нужно под последующее хранение.
Если я всё это буду в рамках одной задачи бэкапить 2 раза в сутки, то боюсь много времени и ресурсов в холостую будет уходить на проверку — … Или нет? =)
Поскольку понятия «быстро» или «медленно» — субъективные понятия пользователя, поэтому просто приведу средние статистические данные по моему компьютеру:
У меня HDD 500ГБ (бэкапится целиком) + SSD кеш (64ГБ). Средняя ежедневная сессия бэкапа занимает от 3,5 до 5 минут, причем «накладняк» (запуск/остановка и создание снапшота) занимает порядка 2 минут, остальное время зависит от того, сколько изменений произошло на диске (копирование изменений идет с диска на скорости 80-90МБ/сек). На HDD без SSD скорость копирования будет на порядок меньше.
Отдельное время, но только раз в сутки, затрачивается на инжектирование самого старого инкремента в полную копию, но данная операция проходит на диске с резервной копией, а не на исходном диске, поэтому не занимает ресурсы компьютера.
Выпуск локализованных версий в настоящий момент не планируется. А вот оповещение на почту планируется уже в ближайшем обновлении продукта (планируется в октябре).
По вопросам:
1. Странно. Когда я сам переносил (правда еще на версии 1.0) — все было нормально — цепочка продолжилась на новом месте. Посмотрите на всякий случай пост «Veeam Endpoint Backup: Moving your backups to a different location». Если не поможет — имеет смысл обратиться в саппорт (про виды саппорта см. пост "Technical Support for Veeam Endpoint Backup FREE") — чтобы предметно ответить надо логи посмотреть.
2. Штатно — нет. В ближайшем обновлении появится возможность запуска с ключами командной строки, что позволит делать зашедуленные командные файлы. Так что пока можно настроить планировщик Windows так, чтобы остановка базы данных выполнялась отдельной командой немного ранее, чем запуститься Veeam Endpoint Backup по своему расписанию. А как запустить скипт по окончании работы бэкапа (вдруг понадобится) описано в этой ветке форума. Перечень событий в EventLog, которые могут быть использованы для триггерного запуска планировщика Windows описано в статье "Veeam Endpoint Backup Events".
Я полагаю каждый продукт должен хорошо подходить для своего целевого сегмента потребителей, и исследовать эффективность нужно на предмет соответствия ожиданиям или требованиям целевой аудитории.
Например,
1) Для домашнего использования обычное мыло достаточно эффективно удаляет бактерии с рук, чтобы человек мог безопасно съесть руками хлеб во время еды
2) Для врачей, например, для хирургии, созданы специальные профессиональные антисептики, которые гарантировано очищают кожу за 30 сек,- например Октенисепт
3) Для аллергиков создано «мыло без мыла» — обеззараживание осуществляется за счет цинка, растворенного в масле
Для кого в таком случае создан класс продуктов «антибактериальное мыло»? Это важный вопрос, чтобы хотя бы правильно ставить условия задачи исследователям эффективности.
Несмотря на то, что в продукте с точки зрения пользователя есть три режима работы бэкапа (Entire Computer, Volume Level и File Level), а в документации и статьях упоминается еще и четвертый (Hybrid — комбинация из Volume и File Livel), на низком технологическом уровне есть всего два типа бэкапа: Volume Level (работающий на уровне секторов тома) и File Level (работающий на уровне файловой системы). Все остальные режимы работы продукта — производные от этих двух.
Соответственно, в резервной копии, как в контейнере, может содержаться любая комбинация двух базовых типов бэкапов на каждый том компьютера. См. пример на скриншоте — здесь пользователь выбрал файловый режим бэкапа, затем том «C:» включил целиком, в результате чего продукт присвоил этому тому тип «Volume Level», а том «D:» пользователь включил частично, в результате чего том остался в режиме «File Level»:
Пример гибридного режима
При восстановлении тома продукт ищет внутри резервной копии информацию о томах, забэкапленных в режиме Volume Level. Если информация о таких томах обнаруживается, их можно восстановить именно как том- потому что, чтобы восстановить том на диске, необходимо бэкапить его именно в посекторном режиме. Если же нужно восстановить отдельные файлы из бэкапа, это можно сделать из бэкапа любого типа.
Однако, чтобы быть абсолютно уверенным в вашем конкретном случае, что том с системой можно будет восстановить именно как том (чтобы восстановить систему),- нужно в меню по правой клавише мышки на иконке в трее нажать Restore =>Entire Volumes — после чего запуститься визард восстановления, который вам сразу покажет видит ли он тома в резервной копии, которые можно восстановить или нет (если в ней только File Level бэкапы).
Источник: "Netflix Officially Starts Operating in Russia"
Просто Valve официально СМИ сказали иное: «We believe no unauthorized actions were allowed on accounts beyond the viewing of cached page information and no additional action is required by users.»
Что же касается Oracle — то там речь идет о шифровании на ключе, известным серверу, что НЕ решает проблему недоверия к провайдеру.
1) нельзя сделать снапшот, а следовательно обеспечить логическую целостность данных приложений, сохраняемых в резервную копию при одновременной работе приложений с диском (кроме того, некоторые приложения могут кешировать операции записи на диск, и тогда будет забэкаплена не вся информация)
2) нельзя получить список измененных блоков данных тома — а следовательно быстро выполнить инкрементальное резервное копирование на уровне блоков (остается только на уровне файлов, но это медленнее, особенно через сеть)
3) нельзя получить высокую скорость зачитывания данных из-за сетевых задержек
Иными словами, можно настроить VEB, отключить встроенное резервное копирование и однократно отключить оповещение вручную, если оно вдруг появится в момент отключения,- и после этого все будет работать нормально, и оповещения беспокоить не будут.
Поскольку понятия «быстро» или «медленно» — субъективные понятия пользователя, поэтому просто приведу средние статистические данные по моему компьютеру:
У меня HDD 500ГБ (бэкапится целиком) + SSD кеш (64ГБ). Средняя ежедневная сессия бэкапа занимает от 3,5 до 5 минут, причем «накладняк» (запуск/остановка и создание снапшота) занимает порядка 2 минут, остальное время зависит от того, сколько изменений произошло на диске (копирование изменений идет с диска на скорости 80-90МБ/сек). На HDD без SSD скорость копирования будет на порядок меньше.
Отдельное время, но только раз в сутки, затрачивается на инжектирование самого старого инкремента в полную копию, но данная операция проходит на диске с резервной копией, а не на исходном диске, поэтому не занимает ресурсы компьютера.
— Сжатие уже сейчас многопоточное
1. Странно. Когда я сам переносил (правда еще на версии 1.0) — все было нормально — цепочка продолжилась на новом месте. Посмотрите на всякий случай пост «Veeam Endpoint Backup: Moving your backups to a different location». Если не поможет — имеет смысл обратиться в саппорт (про виды саппорта см. пост "Technical Support for Veeam Endpoint Backup FREE") — чтобы предметно ответить надо логи посмотреть.
2. Штатно — нет. В ближайшем обновлении появится возможность запуска с ключами командной строки, что позволит делать зашедуленные командные файлы. Так что пока можно настроить планировщик Windows так, чтобы остановка базы данных выполнялась отдельной командой немного ранее, чем запуститься Veeam Endpoint Backup по своему расписанию. А как запустить скипт по окончании работы бэкапа (вдруг понадобится) описано в этой ветке форума. Перечень событий в EventLog, которые могут быть использованы для триггерного запуска планировщика Windows описано в статье "Veeam Endpoint Backup Events".
Например,
1) Для домашнего использования обычное мыло достаточно эффективно удаляет бактерии с рук, чтобы человек мог безопасно съесть руками хлеб во время еды
2) Для врачей, например, для хирургии, созданы специальные профессиональные антисептики, которые гарантировано очищают кожу за 30 сек,- например Октенисепт
3) Для аллергиков создано «мыло без мыла» — обеззараживание осуществляется за счет цинка, растворенного в масле
Для кого в таком случае создан класс продуктов «антибактериальное мыло»? Это важный вопрос, чтобы хотя бы правильно ставить условия задачи исследователям эффективности.
Соответственно, в резервной копии, как в контейнере, может содержаться любая комбинация двух базовых типов бэкапов на каждый том компьютера. См. пример на скриншоте — здесь пользователь выбрал файловый режим бэкапа, затем том «C:» включил целиком, в результате чего продукт присвоил этому тому тип «Volume Level», а том «D:» пользователь включил частично, в результате чего том остался в режиме «File Level»:
При восстановлении тома продукт ищет внутри резервной копии информацию о томах, забэкапленных в режиме Volume Level. Если информация о таких томах обнаруживается, их можно восстановить именно как том- потому что, чтобы восстановить том на диске, необходимо бэкапить его именно в посекторном режиме. Если же нужно восстановить отдельные файлы из бэкапа, это можно сделать из бэкапа любого типа.
Однако, чтобы быть абсолютно уверенным в вашем конкретном случае, что том с системой можно будет восстановить именно как том (чтобы восстановить систему),- нужно в меню по правой клавише мышки на иконке в трее нажать Restore =>Entire Volumes — после чего запуститься визард восстановления, который вам сразу покажет видит ли он тома в резервной копии, которые можно восстановить или нет (если в ней только File Level бэкапы).