Глубокий ответ на Ваш вопрос подразумевает более подробный рассказ о тех технических разработках, которые были сделаны у нас в HPE Labs. Сейчас такой рассказ мы считаем преждевременным. Тем не менее, этот хороший вопрос для популяризации проекта было бы неправильно оставлять без ответа.
Наш прототип не является высокопроизводительным вычислительным кластером в классическом понимании этого слова, а представляет собой, скорее, «машину с общей памятью», где в качестве «интерконнекта» применяется оптическая технология нового поколения. За счёт «памятицентричной» (memory-centric) организации системы с побайтной адресацией общей памяти и вычислений в памяти (in-memory computing), когда вся задача помещается в памяти целиком, применения оптических технологий следующего поколения удалось получить такой замечательный результат, который наглядно продемонстрировал преимущества разрабатываемой вычислительной архитектуры.
Коллеги подсказывают:
Windows Backup не имеет прямого отношения к рассматриваемому предмету. Windows Backup – файловый метод, RMC – блочный. Windows Backup работает с файловой системой, RMC – с СХД (соответственно если очень много мелких файлов, RMC будет не на один порядок быстрее). Windows Backup работает только в Windows, а RMC в исходном состоянии абсолютно все равно, какая ОС и файловая система находятся на томах, которые ему дали бэкапить. Восстановление одиночного файла тоже возможно — монтированием забэкапленного тома со StoreOnce и доставанием оттуда нужного файла.
Насчет скачивания бэкапов MSSQL из StoreOnce – в самом общем виде ответ «да». Каким софтом и на какое виртуальное устройство/стор/шару они сложены — обычно тем же софтом их можно переложить в другое нужное место, скопировать, восстановить, конвертировать, файлы достать и т.д. – смотря что этот софт позволяет делать. Если что-то нужно, чего нет в конкретном софте — используйте другой софт, другой тип виртуального устройства, другой метод бэкапа и т.д. – в зависимости от задачи.
В случае RMC – поскольку он бэкапит тома целиком (если точнее, то делает синтетический полный) – монтируем нужный образ забэкапленного тома по iSCSI прямо со StoreOnce через RMC – и достаем из файловой системы все, что нужно. Если чего-то не удается найти и сделать самостоятельно, не беда – для того и существуют вендорская поддержка и интеграторы.
Вот ответ от коллег: Чисто файловому кластеру в девяносто девяти с половиной процентов случаев достаточно использовать просто crash consistent backup. Так что со скриптами можно не заморачиваться. Особенно ночью, когда никто не работает. Другое дело, если поверх круглосуточно работает какое-нибудь специфичное приложение, похожее на СУБД, которое держит открытые файлы и постояннно что-то пишет – ему нужно хотя бы ввод-вывод «подвесить» перед тем, как снапшотить. Для MS SQL, SAP HANA и Oracle уже вся интеграция есть, для всего остального можно написать свои скрипты – в SDK есть плагин для PowerShell – можно прямо в нем посмотреть как он использует REST API, если захочется писать не на PowerShell, а на чем-нибудь еще.
Здравствуйте! Да, есть поддержка и физических серверов, например, интеграция RMC с Oracle, с SQL-сервером и c SAP HANA как раз и предназначена в первую очередь для физических серверов.
Кроме того, есть SDK: REST-API и скрипты для PowerShell, позволяющие написать свою интеграцию.
Наш прототип не является высокопроизводительным вычислительным кластером в классическом понимании этого слова, а представляет собой, скорее, «машину с общей памятью», где в качестве «интерконнекта» применяется оптическая технология нового поколения. За счёт «памятицентричной» (memory-centric) организации системы с побайтной адресацией общей памяти и вычислений в памяти (in-memory computing), когда вся задача помещается в памяти целиком, применения оптических технологий следующего поколения удалось получить такой замечательный результат, который наглядно продемонстрировал преимущества разрабатываемой вычислительной архитектуры.
Windows Backup не имеет прямого отношения к рассматриваемому предмету. Windows Backup – файловый метод, RMC – блочный. Windows Backup работает с файловой системой, RMC – с СХД (соответственно если очень много мелких файлов, RMC будет не на один порядок быстрее). Windows Backup работает только в Windows, а RMC в исходном состоянии абсолютно все равно, какая ОС и файловая система находятся на томах, которые ему дали бэкапить. Восстановление одиночного файла тоже возможно — монтированием забэкапленного тома со StoreOnce и доставанием оттуда нужного файла.
Насчет скачивания бэкапов MSSQL из StoreOnce – в самом общем виде ответ «да». Каким софтом и на какое виртуальное устройство/стор/шару они сложены — обычно тем же софтом их можно переложить в другое нужное место, скопировать, восстановить, конвертировать, файлы достать и т.д. – смотря что этот софт позволяет делать. Если что-то нужно, чего нет в конкретном софте — используйте другой софт, другой тип виртуального устройства, другой метод бэкапа и т.д. – в зависимости от задачи.
В случае RMC – поскольку он бэкапит тома целиком (если точнее, то делает синтетический полный) – монтируем нужный образ забэкапленного тома по iSCSI прямо со StoreOnce через RMC – и достаем из файловой системы все, что нужно. Если чего-то не удается найти и сделать самостоятельно, не беда – для того и существуют вендорская поддержка и интеграторы.
Кроме того, есть SDK: REST-API и скрипты для PowerShell, позволяющие написать свою интеграцию.