СПОСОБ РАСШИРЕНИЯ, ОСНОВАННЫЙ НА СЕРВЕРЕ АРХИТЕКТУРЫ ДЕСКТОПНОЙ ВИРТУАЛЬНОЙ МАШИНЫ НА КЛИЕНТСКИЕ МАШИНЫ, И МАШИНОЧИТАЕМАЯ СРЕДА Российский патент 2011 года по МПК G06F15/16 

ПЕРЕКРЕСТНАЯ ССЫЛКА К РОДСТВЕННОЙ ЗАЯВКЕ

Эта заявка подана на основании предварительной патентной заявки США 61/031,613, которая была подана 26 февраля 2008 года и которая полностью включена здесь в качестве ссылки.

ПРЕДПОСЫЛКИ СОЗДАНИЯ ИЗОБРЕТЕНИЯ

Компьютерная виртуализация была признана как средство увеличения вычислительной мощности и гибкости вычислительной аппаратной платформы. Например, компьютерная виртуализация позволяет многочисленным виртуальным вычислительным машинам работать на общей вычислительной аппаратной платформе. Подобно физической вычислительной аппаратной платформе, виртуальные вычислительные машины включают носители данных, такие как виртуальные жесткие диски, виртуальные процессоры и другие системные компоненты, связанные с вычислительной средой. Например, виртуальный жесткий диск может хранить операционную систему, данные и файлы приложения для виртуальной машины.

Основанное на сервере вычисление позволяет сетевой клиентской системе, удаленной от сервера, получить доступ к вычислительным ресурсам сервера. Например, пользователь может использовать удаленный протокол настольного компьютера, такой как RDP или VNC, чтобы дистанционно получить доступ к рабочему столу и передать пользовательский ввод с клавиатуры или мыши на удаленную систему. Основанное на сервере вычисление облегчает централизованное управление вычислительными ресурсами. Однако общим недостатком является менее чем оптимальный опыт вычислений. Например, большие графические приложения и периферийные устройства, такие как шина USB, принтеры и т.д., возможно, не будут работать как желательно. Дополнительно, пользователь должен оставаться связанным с сетью, чтобы получить доступ к рабочему столу, сохраненному на сервере.

Как альтернатива предлагается основанное на сервере вычисление, причем вычисление со стороны клиента позволяет пользователю находиться вдали от сети предприятия и работать в офлайновом режиме, т.е. не быть подключенным к сети или Интернету. Однако с точки зрения управления предприятием, вычисление со стороны клиента приводит к невысокой эффективности, когда дело доходит до таких задач, как обновление операционных систем и приложений, угрожая безопасности, лицензионным соглашениям, блокируя информацию, вызывая приверженность к различной политике и копирование данных.

КРАТКОЕ ОПИСАНИЕ

Описанные выше проблемы могут быть решены, расширяя основанную на сервере архитектуру десктопной виртуальной машины до машины пользователя. В одном примере воплощения изобретения десктоп пользователя может быть дистанционно доступен клиентской системе. Удаленный десктоп генерируется первой виртуальной машиной, работающей в серверной системе, которая может включать один или несколько серверных компьютеров. Во время выполнения первой виртуальной машины, записи на соответствующий виртуальный диск направляются в файл дельта-диска или в редо лог. В клиентской системе создается копия виртуального диска. Когда пользователь решает "проверить" его или ее десктоп, первая виртуальная машина останавливается (если она работает), и в клиентской системе создается копия дельта-диска. Если дельта-диск присутствует в клиентской системе, в этой системе может быть запущена вторая виртуальная машина, используя виртуальный диск и дельта-диск, чтобы обеспечить локальный доступ к рабочему столу пользователя в клиентской системе. Это позволяет пользователю иметь доступ к его или ее десктопу без связи с сетью.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

На фигуре 1 показана простая примерная система виртуальной десктопной инфраструктуры (VDI), обеспечивающая доступ к центрально управляемым десктопам пользователя.

На фигуре 2 показано логическое представление примерной виртуализированной компьютерной системы.

На Фигурах 3А, 3В, 3С и 3D представлены блок-схемы, иллюстрирующие на примере работу виртуальной виртуальной десктопной инфраструктуры фигуры 1.

На фигуре 4 представлена блок-схема, показывающей примерную процедуру подключения пользователя к удаленному десктопу с автоматической синхронизацией в фоновом режиме.

На фигуре 5 представлена блок-схема, показывающая примерный способ для осуществления процедуры извлечения десктопа.

ПОДРОБНОЕ ОПИСАНИЕ

На фигуре 1 показана простая примерная система виртуальной десктопной инфраструктуры (VDI), обеспечивающая доступ к центрально управляемым десктопам пользователей. Термин "десктоп" относится к среде интерфейса пользователя, через которую пользователи могут запускать, взаимодействовать и управлять приложениями пользователя, параметрами настройки и данными. Традиционно десктоп отображается операционной системой на видеодисплее, и пользователь взаимодействует с десктопом, используя мышь и клавиатуру. Все приложения, документы и т.д. могут быть отображены на десктопе, и ввод пользователя, как правило, получается приложениями, видимыми пользователю на дисплее.

Термин "десктоп", как известно, также относится к физической компьютерной системе или к "физическому десктопу", который может находиться на столе или под столом пользователя и который отличается от "ноутбука" или "карманного компьютера", но как он используется здесь, термин "десктоп" сам по себе относится исключительно к среде интерфейса пользователя, описанной выше, а не к физической компьютерной системе. Используя компьютерную виртуализацию, компьютерная система пользователя, включая параметры настройки операционной системы, приложения и параметры настройки приложения, а также данные может быть скопирована или передана как виртуальная машина от одного физического компьютера к другому. Когда виртуальная машина копируется таким образом, пользователь может обратиться к его или ее "десктопу" из физической компьютерной системы, содержащей оригинальную виртуальную машину или физическую компьютерную систему, содержащую копию. Следовательно, "десктоп" больше не связан с конкретной физической компьютерной системой. Система виртуальной десктопной инфраструктуры (VDI) 10 включает серверную систему VDI 11 для передачи данных по сети 13 с несколькими клиентскими системами VDI 12, 14 и 16. Сеть 13 может иметь любую конфигурацию, такую как локальная сеть (LAN) или частная или общественно доступная глобальная сеть, такая как Интернет. Следует отметить, что на фигуре 1 приведено упрощенное представление сетевой серверной системы VDI 11, которая, как правило, может включать другие компоненты, такие как сетевое устройство защиты, брокеры подключения и стабилизаторы нагрузки, также как сети с обслуживающим устройством, серверы базы данных и т.д. Каждая клиентская система 12, 14, 16 может включать интерфейс пользователя 40 (показан только один), через который пользователь может взаимодействовать с его или ее десктопом.

На фигуре 2 показано логическое представление примерной виртуализированной компьютерной системы 20. Как будет объяснено ниже более подробно, серверная система VDI 11 и клиентские системы VDI 12, 14 и 16 могут включать программу виртуализации, описанную здесь со ссылкой на фигуру 2. Виртуализированная компьютерная система 20 включает физическую аппаратную платформу 22, программу виртуализации 80, исполняемую на аппаратной платформе 22, и одну или несколько виртуальных машин 70, выполненных на аппаратной платформе 22 с помощью программы виртуализации 80. Следовательно, программа виртуализации 80 логически вставлена между физическими аппаратными средствами аппаратной платформы 22 и гостевой системной программой 72, выполняемой "в" виртуальной машине 70.

Аппаратная платформа 22 может быть универсальной вычислительной системой, имеющей одну или несколько системных шин 28, связанных с различными компонентами аппаратной платформы, соединенных друг с другом по передаче данных. Например, один или несколько процессоров 24 соединены по передаче данных с памятью 26, используя системные шины 28. Память 26 может состоять из системы памяти, включающей постоянное запоминающее устройство (ROM), оперативную память (RAM), кэш-память и различные устройства памяти регистра. Энергонезависимое хранилище данных 30 может включать один или несколько дисководов или другую машиночитаемую среду или массовое запоминающее устройство для хранения программного обеспечения или данных. Память 26 и/или энергонезависимое хранилище данных 30 может хранить программу виртуализации 80 и гостевую системную программу 72, выполняемую в виртуальной машине 70.

Интерфейс пользователя 40 может быть снабжен клавиатурой (не показана), мышью (не показана), видеоконтроллером (не показан) и звуковым контроллером (не показан), каждый из которых может быть связан с соответствующими пользовательскими устройствами (не показаны). Как правило, для серверных компьютерных систем, для серверной системы VDI 11 (фигура 1) пользовательские интерфейсы и устройства могут или не могут быть включены или связаны с аппаратной платформой 22. Вместо этого взаимодействие пользователей может осуществляться дистанционно, как это известно, в области управления центром обработки данных. Сетевой интерфейс 50 обеспечивает передачу данных по сети, например, по сети 13 (фигура 1). Сетевой интерфейс 50 может облегчить установление связи, используя сетевой протокол, такой как TCP/IP.

Программа виртуализации 80 хорошо известна в области компьютерной виртуализации. Программа виртуализации 80 выполняет управление системными ресурсами и осуществляет эмуляцию виртуальной машины. Эмуляция виртуальной машины может быть выполнена монитором виртуальной машины (VMM). В обычном исполнении каждая виртуальная машина 70 (показана только одна) имеет соответствующее устройство VMM. В зависимости от области применения программа виртуализации 80 может быть автономной программой или программой, выполняемой главным компьютером. Автономная программа виртуализации в целом основана на специализированном ядре виртуализации для управления системными ресурсами, тогда как зависимая программа виртуализации основана на операционной системе или "главной операционной системе", такой как Windows или Linux, которая управляет системными ресурсами. В зависимой системе виртуализации главную операционную систему можно рассматривать как часть программы виртуализации 80.

Виртуальная машина 70 концептуально включает состояние виртуальных аппаратных устройств (как эмулировано программой виртуализации 80) и гостевую системную программу 72. Как показано на фигуре 2, гостевая системная программа 72 включает гостевую операционную систему 74 и гостевые приложения 78. Гостевая операционная система 74 может быть товарной операционной системой, такой как Windows или GNU/Linux. Программа виртуализации 80 отвечает за управление вводами и выводами в и из виртуальной машины 70, включая направление выводов пользовательского интерфейса на локальный интерфейс пользователя 40 или удаленному десктопному клиенту.

На фигурах 3А и 3В показана упрощенная блок-схема, изображающая расширяемую систему VDI 100, имеющую дистанционный (или централизованный) доступ к десктопам пользователей, также как и локальный доступ, позволяющий единственному пользователю обратиться к его или ее десктопу либо дистанционно, либо по локальной сети. Расширяемая система VDI 100 включает серверную систему 110 и клиентскую систему 120. VM 118 входит в серверную систему 110 и может быть доступна пользователю через клиентскую систему 120. VM 118 содержит все приложения и данные пользователя, как описано выше со ссылкой на фигуру 2, и выполняется, используя программу виртуализации 117. В одном примере воплощения изобретения программа виртуализации 117 включает автономную программу виртуализации. Кроме того, хотя показана только одна виртуальная машина, VM 118, выполняемая в серверной системе 110, может выполнять любое число VM, каждая из которых связана с одним или несколькими соответствующими пользователями.

Программа виртуализации 117 направляет пользовательские вводы-выводы на удаленный главный компьютер 115. Удаленный главный компьютер 115 передает графические символы пользователя и звуковые сигналы удаленному десктопному клиенту 125. Аналогичным образом, удаленный десктопный клиент 125 посылает свой ввод, например, с помощью клавиатуры и мыши удаленному главному компьютеру 115. Удаленный десктопный клиент 125 представляет пользовательский десктоп пользователю через интерфейс пользователя 124, который может включать различные пользовательские устройства ввода-вывода.

В дополнение к удаленному десктопному клиенту 125 клиентская система 120 включает виртуальную машину 128 вместе с программой виртуализации 127. Виртуальная машина 128 может обратиться к виртуальному диску 132, который является образом диска, постоянно находящегося как один или несколько файлов на физическом диске 130, связанном с клиентской системой 120. Виртуальный диск 132 поддерживается программой виртуализации 127. В одном примере воплощения изобретения программа виртуализации 127 включает программу виртуализации, которая выполняется вместе с клиентской операционной системой, как описано выше. Виртуальный диск 132 может быть первоначально скопирован с виртуального диска 142 (или наоборот) так, чтобы в одном конкретном состоянии виртуальные диски 132 и 142 были бы идентичны или логически эквивалентны, но не идентичны. Под логически эквивалентным диском подразумевается, что каждый виртуальный диск содержит ту же самую файловую систему и файлы с данными, которые логически связаны в идентичных структурах файловой системы, хотя секторы фактического диска нельзя упорядочить таким же образом. Два идентичных диска также логически эквивалентны.

Серверная система 110 включает или соединена с физическим диском 140, доступным для сервера 110. Физический диск 40, который используется программой виртуализации 117 для хранения пользовательских виртуальных дисков, является файлами образа диска для соответствующих виртуальных машин. Когда пользователь работает с VM 118, он может записывать данные на виртуальный диск 142, который постоянно присутствует как один или несколько файлов на физическом диске 140. Однако, вместо того, чтобы записывать изменения непосредственно на виртуальном диске 142, программа виртуализации 117 может быть конфигурирована так, что она перенаправляет записи к дельта-диску 144. Дельта-диск 144 может содержать редо лог файл или другой файл "различий". Фактически, дельта-диск 144 поддерживает список модификаций в виртуальном диске 142 без значительных изменений в виртуальном диске 142. Дельта-диски известны в области виртуализации и описаны более подробно, например, в патенте США 7 356 679. Когда виртуальная машина 118 выдает сигнал чтения, программа виртуализации 117 получает доступ к дельта-диску 144, чтобы определить, имеются ли там данные, и в противном она получает доступ к виртуальному диску 142, родительскому образу диска для дельта-диска 144. Программа виртуализации 117 затем передает данные виртуальной машине 118, как если бы имело место простое чтение с физического диска.

Когда пользователь решает "извлечь" свою виртуальную машину с тем, чтобы к ней можно было иметь доступ в режиме офлайн, т.е. не обращаясь к серверной системе 110, он или она может обозначить свое желание в управляющей программе (не показана и описана более подробно ниже). В это время виртуальная машина 118 "выключена", и дельта-диск 144 скопирован на физический диск 130 пользователя, чтобы создать дельта-диск 134 на физическом диске 130 пользователя. Как только извлечение завершено и проверено, записи, формирующие дельта-диск 144, переносятся в виртуальный диск 142, и дельта-диск 134, и в виртуальный диск 132 с тем, чтобы виртуальный диск 132 и виртуальный диск 142 поддерживались в логически эквивалентном состоянии, но теперь были бы обновлены, чтобы отразить последнее состояние, оставленное пользователем.

В одном примере воплощения изобретения, вместо выключения виртуальной машины 118, пользователь может просто сделать остановку, и в этом случае VM 136 также загружается от программы виртуализации 117, которая поддерживает состояние виртуальной машины 118.

На фигуре 3В показана расширенная система VDI 100, в которой пользователь обращается к его или ее десктопу в режиме офлайн, выполняя виртуальную машину 128 в местном масштабе. В этом случае программа виртуализации 127 запускает виртуальную машину 128 в клиентской системе 120, в то время как удаленный десктопный клиент 125 не используется. Следовательно, пользователь может быть отключен от любой сети и будет работать в режиме офлайн. Программа виртуализации 127 непосредственно не модифицирует виртуальный диск 132. Скорее она создает дельта-диск 134, который содержит все изменения, сделанные пользователем в виртуальном диске 132, как описано выше относительно дельта-диска 144 на фигуре 3А.

В некоторый момент времени пользователь может пожелать или будет обязан "загрузить" его или ее десктоп в серверной системе 110. В это время виртуальная машина 128 "выключена", и программа виртуализации 127 загружается в серверную систему 110 и копирует дельта-диск 134 в хранилище данных сервера 140, чтобы создать дельта-диск 144. В одном примере воплощения изобретения виртуальная машина может быть остановлена, а не выключена, и VM 146 загружается в серверную систему 10. После копирования дельта-диска 134 или дельта-диска 134 плюс состояние 146, дельта-диски 134, 144 объединяются в виртуальные диски 132, 142 соответственно. "Объединение" означает, что записи диска, содержащиеся в каждом из дельта-дисков, записаны в файлы виртуального диска 132, 142 соответственно. После этой процедуры загрузки каждый из виртуальных дисков 132, 142 идентичен или, по крайней мере, логически эквивалентен с тем, чтобы пользователь мог начать вычисление, используя виртуальную машину 118, где он или она остановили работу с виртуальной машиной 128.

Как будет теперь подробно описано ниже, могут быть сделаны различные усовершенствования и оптимизация в основной операции загрузки и извлечения, функционально описанные выше.

На фигуре 3С приведено более подробное представление расширенной системы VDI 100. Пользовательский десктоп определяется одним или несколькими файлами 141, постоянно находящимися на физическом диске 140, соединенном с серверной системой 110. Файлы 141 включают файлы 149, определяющие политику, виртуальный диск 142, дельта-диск 144 и состояние VM 146. Политика может быть сохранена в базе данных и/или в файле конфигурации, связанным или внедренным как метаданные в виртуальном диске 142. Могут быть предусмотрены дополнительные десктопные файлы 148, чтобы определить дополнительные десктопы, доступные соответствующему пользователю или группам пользователей.

Как показано на фигуре 3С, клиентская система 120 включает клиента VDI 122, который общается с управляющим сервером 112 сервера 110. Управляющий сервер 112 подтверждает подлинность пользователя клиента 120, обрабатывает запросы на доступ к десктопам пользователя и проводит в жизнь политику 149. Политика 149 может определять, кому и при каких обстоятельствах может быть обеспечен доступ к конкретному десктопу. Например, политика 149 может быть отнесена к пользователю, обратившемуся с запросом, хотя глобальная политика, политика, основанная на расположении пользователя или группы, или на запрошенных услугах, также может иметь место.

В одном примере воплощения изобретения управляющий сервер 112 является сервером-приложением, установленным на отдельной физической компьютерной системе, которая общается по сети 13 с клиентской системой 120 и другими компонентами сервера 110, которые, как объяснено выше, могут включить множество серверных машин. В настоящем примере, где пользователь взаимодействует с клиентом VDI 125 в клиентской системе 120, запрос передается через сеть 13 на серверную систему 110 для десктопа, связанного с пользователем. Как описано выше, серверная система 110 может включать множество виртуальных машин (показана только одна), каждая из которых соответствие одному или нескольким пользователям. Управляющий сервер 112 получает запрос пользователя, подтверждает подлинность пользователя и/или запроса, начинает или возобновляет VM 118 по мере необходимости и подключает клиента VDI 125 к удаленному настольному серверу 115.

Клиент VDI 122 включает уровень представления 124, который обеспечивает графический интерфейс пользователя, позволяющий пользователю взаимодействовать с клиентом VDI 122 и, следовательно, с серверной системой 110. В одном примере воплощения изобретения клиент VDI 122 выполняется в интернет-браузере или вместе с ним.

В определенный момент пользователь может пожелать "загрузить" или "извлечь" его или ее десктоп, как описано выше со ссылкой на фигуры 3А и 3В. В этом случае, виртуальный диск или дельта-диск копируется либо с клиентской системы 120 на серверную систему 110 или наоборот (в зависимости от того, осуществляется ли пользователем «загрузка» или "извлечение" десктопа). Если пользователь извлекает десктоп на компьютере, у которого нет локальной копии виртуального диска, то дельта-диск 144 может быть объединен с виртуальным диском 142 в серверной системе 110, и весь виртуальный диск копируется в локальной клиентской системе 120 пользователя. Поскольку виртуальный диск может быть весьма большим, это начальное извлечение может быть весьма трудоемким из-за большого количества данных и потенциально ограниченной пропускной способности. Даже дельта-диски, переданные во время последующей процедуры загрузки и извлечения, могут стать весьма большими по объему, например, в зависимости от действий пользователя, т.е. может быть установлено новое приложение или существующее приложение или компонент операционной системы может быть экстенсивно обновлен или исправлен.

В одном примере воплощения изобретения время, необходимое для загрузки и извлечения десктопов пользователя, может быть уменьшено, передавая данные между клиентской системой 120 и серверной системой 110 в фоновом режиме, т.е., когда пользователь взаимодействует с виртуальной машиной, не вмешиваясь в действие пользователя или в работу виртуальной машины. Это может далее упоминаться как фоновая синхронизация или фоновая передача данных. Фоновая передача данных может произойти автоматически в ответ на простое предоставление доступа пользователю клиентской системы 120 к VM 118. Таким образом, точное и обновленное представление виртуального диска 142 может быть передано в клиентскую систему 120 и из нее, заметно не умаляя вычислительный опыт пользователя. Когда пользователь начинает работать дистанционно от новой клиентской системы 110, виртуальный диск 142 может передаваться в фоновом режиме до тех пор, пока полная копия не станет доступной как виртуальный диск 132 в клиентской системе 120. После этого, изменения в виртуальном диске 142 передаются в фоновом режиме клиентской системе 120, чтобы создать дельта-диск 132. Когда пользователь решает извлечь его или ее десктоп, большинство изменений в виртуальном диске 142 уже будет передано клиентской системе 120. Аналогичным образом, когда пользователь решает загрузить его или ее десктоп, большинство изменений на виртуальном диске 132 уже будет передано серверной системе 110.

Когда пользователь решает выйти из сеанса связи со своим десктопом, любые остающиеся различия между дельта-диском 144 и дельта-диском 134 устраняются, передавая конечные изменения. После завершения связи между клиентской системой 120 и серверной системой 110 изменения, представленные на дельта-диске 144, могут быть записаны в виртуальный диск 142. В одном примере воплощения изобретения это произошло бы после окончания операции VM 118, чтобы гарантировать установившийся режим VM 118 в процессе обновления виртуального диска 142. Завершение операции VM 118 может включать выключение VM 118 или приостановку работы VM 118. Выключение VM, как правило, связано с выполнением процедуры выключения гостевой операционной системы, выполнявшейся в VM.

На этой стадии заканчиваются все процессы и любые переходные или кэшируемые данные, постоянно находящиеся в памяти, записываются на диск. Остается совсем немного информации о состоянии, когда VM отключается, тогда как временная остановка операции включает остановку выполнения и сохранение состояния виртуальной машины при записи 146 файла состояния VM.

Когда дельта-диск 144 объединен с виртуальным диском 142, дельта-диск 144 может быть стерт с отметкой о его удалении или иным образом, идентифицируя его как больше не существующий. Создание виртуального диска 132 совместимого с виртуальным диском 142 и любые изменения, произведенные в любом виртуальном диске, упоминаются здесь как синхронизация. Виртуальные машины пользователя, таким образом, могут быть синхронизированы после того, как локальное выполнение VM 128 закончилось тем же способом, который описан выше в отношении завершения операции описанной выше виртуальной машины 118.

Управляющий сервер 112 может установить или провести в жизнь политику, которая препятствует работе виртуальной машины 118 до тех пор, пока не будет установлено, что нет никаких виртуальных машин 128, соответствующих виртуальной машине 118, которые не синхронизированы с виртуальной машиной 118. Таким образом, если пользователь работал в режиме офлайн с его или ее десктопом, создавая дельта-диск 134, то управляющий сервер 112 может предотвратить использование VM 118 до тех пор, пока изменения, представленные дельта-диском 134, не будут переданы на серверную систему 110 и объединены с виртуальным диском 142.

Поддержание синхронизации информации, соответствующей десктопу пользователя, может включать осуществление политики управления десктопом пользователя. Примеры политики 149 включают информацию о том, может ли или при каких условиях копия десктопа пользователя может быть передана клиентской системе 120, как долго десктоп может быть выгружен перед обратной загрузкой в серверную систему 110, ограничения на использование виртуальной машины 128/118 и т.д. Программа виртуализации 127 и/или клиент VDI 122 может быть конфигурирована, чтобы осуществить установленную политику, например, используя кодирование, чтобы предотвратить несанкционированный доступ к данным, хранящимся на виртуальном диске 132 и на ассоциированных дельта-дисках.

В одном примере воплощения изобретения, когда пользователь запускает клиента VDI 122, он или она может получить экран входа в систему с запросом информации аутентификации. Затем клиент VDI передает информацию аутентификации на серверную систему 110, например, на удаленный десктопный сервер 112. Удаленный десктопный сервер 115 подтверждает аутентификацию пользователя и посылает запрос на управляющий сервер 112 на существующий десктоп, соответствующий информации аутентификации пользователя. Управляющий сервер 112 получает запрос от удаленного десктопного сервера 115 и сравнивает полученный идентификатор пользователя с данными таблицы 114, по которой идентификатор пользователя сравнивается с одной или несколькими виртуальными машинами в серверной системе 110. После идентификации виртуальной машины (машин), связанной с идентификатором пользователя, управляющий сервер 112 предоставляет информацию подключения или иным образом облегчает соединение между клиентом VDI 110 и удаленным десктопным сервером 115 для обеспечения доступа удаленного пользователя к соответствующему десктопу.

В другом примере воплощения изобретения запрос пользователя, переданный на серверную систему 110, может включать локальную информацию о состоянии десктопа. Локальная информация о статусе десктопа также может быть предоставлена отдельно от запроса в ответ на запрос от удаленного десктопного сервера 115. Локальная информация о статусе может включать информацию, которая идентифицирует разницу между состоянием локальной клиентской системы 120 пользователя и состоянием серверной системой 110. Например, локальная информация состояния о статусе может включать сведения о том, обратился ли пользователь к его или ее десктопу в режиме офлайн, вызывая создание дельта-диска 134. Если дельта-диск 134 присутствует, управляющий сервер 112 начинает передачу разницы в фоновом режиме до разрешения доступа к виртуальной машине 118. Если время передачи рассчитано на длительный период, то пользователь может быть немедленно соединен с локальной VM 128 во время фоновой синхронизации. Если нет никакого дельта-диска 134, но присутствует дельта-диск 144, то подключение к VM 118 может быть разрешено с сопутствующей автоматической фоновой синхронизацией.

В одном примере воплощения изобретения фоновая передача данных может иметь место в ответ на периодический запрос, который выдается автоматически, когда клиентская система 120 обращается к серверной системе 110. В другом примере воплощения изобретения фоновая передача данных может иметь место только после запроса на вход пользователя клиентской системы 120. Например, пользователь может запросить, чтобы локальная клиентская система 110 была бы синхронизирована с серверной системой 110 при решении войти в режим офлайн. Для пользователей, которые редко работают в режиме офлайн, использование этого признака может значительно уменьшить нагрузку на сетевые ресурсы. Политика 149 может потребовать позволить пользователю разрешить или предотвратить непрерывную, периодическую или инициализированную пользователем синхронизацию.

В одном примере воплощения изобретения, представленном на фигуре 3D, данные пользователя и данные системы хранятся в отдельных виртуальных дисках. В этом примере воплощения изобретения, количество передаваемых данных может быть дополнительно уменьшено путем записи только пользовательских данных на дельта-диск 135 или 145 с данными пользователя (в зависимости от того, обращается ли пользователь к его или ее десктопу локально или дистанционно). Например, информация для десктопа пользователя в серверной системе 110 может быть классифицирована как системная информация, хранящаяся на системном диске 152, который может существовать как файл образа диска на физическом диске 150, и пользовательские данные могут храниться в виртуальном пользовательском диске данных (UDD) 143. Аналогичным образом изменения на этих двух дисках могут быть сохранены в двух отдельных дельтах-дисках: системном дельта-диске 144 и дельта-диске UDD 145.

В одном примере воплощения изобретения системная информация включает прикладную информацию 78 и гостевую системную программу 72 (фигура 2), тогда как пользовательские данные включают документы, параметры настройки, определенные для пользователя, и т.д. Большинство операционных систем, таких как Windows, OSX® и Gnu-Linux, включают средство для поддержки системы и пользовательские данные по отдельным дискам. Используя виртуализацию для создания отдельных образов дельта-дисков для системных данных и для пользовательских данных, управляющий сервер 112 может быть сконфигурирован так, что он ограничивает передачу только пользовательской информации, хранящейся на виртуальном диске UDD 143. В этом случае любые изменения, сделанные в системе (и, следовательно, записанные на дельта-диске 144 системы), не будут приняты во внимание и, следовательно, системный диск 152 вернется назад к известному хорошему состоянию с каждой загрузкой или извлечением десктопа пользователя, так как эта информация не передана. Кроме того, количество информации, которая передается между клиентской системой 112 и серверной системой 110, может быть уменьшено до объема только пользовательских данных.

В одном примере воплощения изобретения изменения в системном диске 152, поддерживаемые на отдельном системном дельта-диске 144 во время работы виртуальной машины, могут быть предметом политики, применимой для этого пользователя. Иными словами, они могут быть отвергнуты или объединены в виртуальный диск, содержащий системные данные, операционную систему и приложения. Если системный дельта-диск 144 не используется, системный диск 152 можно рассматривать как "постоянный системный диск", на котором эта информация сохраняется в известном хорошем состоянии, несмотря на любые изменения, которые пользователь осуществляет в системе во время любого конкретного пользовательского сеанса связи.

Модификации в системном диске могут быть упакованы во временный файл 154, например, когда обновляется операционная система или приложения или когда изготовителем выпущена новая программа. Эти изменения могут быть применены к системному диску 152, создавая временный файл 154, который определяет разницу между текущим системным диском и обновленным системным диском. Временный файл может быть применен к системному диску 152, к созданному исправленному системному диску и также передан клиентской системе 120 для эффективного внесения исправлений в системный диск 132 в клиентской системе.

В другом примере воплощения изобретения, который может сосуществовать с другими описанными здесь примерами воплощения, информация файловой системы анализируется, чтобы идентифицировать секторы, которые ассоциированы с удаленными файлами. Эти секторы затем удаляются при передаче образа дельта-диска, чтобы дополнительно уменьшить количество передаваемых данных. Анализ и удаление могут иметь место во время передачи дельта-диска или могут быть выполнены как отдельная стадия, на которой дельта-диск предварительно обрабатывается до передачи. В этом случае, копии виртуального диска, возможно, не идентичны, но логически эквивалентны.

На фигуре 4 представлена блок-схеме 200 примерной процедуры соединения пользователя с удаленным десктопом с автоматической синхронизацией в фоновом режиме. Процедура начинается на стадии, обозначенной блоком 202, с переходом в рабочий режим на стадии 204, на которой сервер 120 получает запрос (фигуры 3А-3D) на доступ к десктопу, соответствующему информации аутентификации пользователя клиентской системы 120. В ответ на получение этого запроса, процесс переходит на стадию 206, на которой серверная система 110 утверждает аутентификацию пользователя. Если аутентификация невозможна, процесс переходит на стадию 208, на которой в доступе отказано, и процедура заканчивается. Если аутентификация подтверждена, процесс переходит на стадию 210, на которой пользователь соединяется с десктопом, соответствующим идентификатору пользователя. После соединения его или ее десктопа с виртуальной машиной, выполняемой задачу серверной системе, процесс переходит на стадию 212, на которой серверная система 110 определяет, имеет ли клиентская система 120 правильную копию виртуального диска, соответствующего десктопу пользователя.

Если нет, процесс переходит на стадию 214, на которой виртуальный диск 142 передается клиентской системе 120 в фоновом режиме, т.е. одновременно с обращением и взаимодействием пользователя с виртуальной машиной 118 серверной системе. Эта операция продолжается до тех пор, пока клиентская система 120 не получит полную правильную копию виртуального диска для соответствующего десктопа.

Если на стадии 212 обнаружено, что клиентская система имеет нужную копию виртуального диска, то процесс переходит на стадию 216. Как упомянуто выше, во время взаимодействия пользователя с виртуальной машиной серверной системе изменения в виртуальном диске записываются на дельта-диск. На стадии 216 серверная система 110 определяет, имеет ли клиентская система обновленную копию образа дельта-диска. В противном случае процесс переходит на стадию 218, на которой дельта-диск сервера переносится в клиентскую систему пользователя. Эта процедура происходит в процессе взаимодействия пользователя с виртуальной машиной и, следовательно, генерирует изменения на виртуальном диске. В некоторый момент, пользователь может выйти из процесса вниз или остановить виртуальную машину, выполняемую серверной системой, при этом любые остающиеся изменения копируются в клиентской системе. Затем процедура заканчивается на стадии, обозначенной блоком 220.

В одном примере воплощения изобретения фоновая синхронизация может быть инициирована в любой момент во время сеанса связи между клиентской системой 120 и серверной системой 110. Фоновая синхронизация может быть выполнена автоматически (например, согласно политике, установленной администратором) или по запросу пользователя.

Например, запрос или политика могут установить, что клиентская система пользователя обновляется периодически. В этом случае серверная система 110 определяет, прошло ли указанное количество времени, начиная с нового обновления. Вместо строгого измерения времени, конечно, могут быть использованы другие средства идентификации времени обновления, например часы, измеряющие количество прошедшего времени, или система может ждать момент, когда пользователь не активен, т.е. не взаимодействует с системой в течение некоторого времени. Если клиентская система не обновлена, и в зависимости от текущего состояния виртуальных дисков в серверной системе 110, т.е. наличия дельта-диска 144 (фигуры 3A-3D), система 110 в координации с клиентской системой 120 начинает передавать виртуальный диск 142 и/или дельта-диск 144, содержащий модификации, на виртуальный диск 142.

В одном примере воплощения изобретения новые изменения в дельта-диске 144 передаются дельта-диску 144 в процессе выполнения VM 118 и периодически передаются на пользовательскую систему 120. Серверная система 110 следит, какой объем информации был передан клиентской системе 120 из дельта-диска с тем, чтобы в каждом интервале обновления была бы передана только приложенная часть.

В другом примере воплощения изобретения текущий дельта-диск закрыт, и в каждом интервале обновления создается новый дельта-диск. Текущий дельта-диск, который содержит обновления к информации, содержавшейся в предыдущих дельтах-дисках, передается тогда, когда новые изменения записываются на новой дельта-диск. Таким образом, ряд моментальных снимков может быть создан и передан клиентской системе 120, которая может затем повторно собрать или объединить их в один дельта-диск или непосредственно в виртуальный диск. В одном примере воплощения изобретения каждый дельта-диск сканируется и/или освобождается от ненужной информации, такой как вирусы, до передачи в клиентскую систему 110. Сканирование может быть выполнено в фоновом режиме без вмешательства в выполняемые действия.

На фигуре 5 показана блок-схеме 250, представляющая примерный способ для осуществления процедуры извлечения десктопа. Процедура начинается в блоке 252 и переходит к операции 254, в которой сервер подтверждает аутентификацию пользователя, который запрашивает доступ. В зависимости от исполнения пользователь может или не может быть немедленно связан с его или ее удаленным десктопом в данное время. Затем выполняется операция 256, при которой сервер получает запрос пользователя на извлечение десктопа. Затем процесс переходит на стадию 258, на которой сервер определяет, позволяют ли политика и права пользователя извлечь пользовательский десктоп. В противном случае процесс переходит на стадию 260, на которой клиентской системе передается сообщение, указывающее на то, что в настоящее время пользователь не имеет права на извлечение десктопа. Процедура заканчивается в позиции, обозначенной блоком 274.

Если на стадии 258 решено, что пользователь действительно имеет право на извлечение десктопа, процесс переходит на стадию 262, чтобы определить, не выгружен ли уже десктоп пользователя, например, в другой клиентской системе, и когда. Состояние десктопа пользователя может быть поддержано, например, пользовательской базой данных или в области состояния, мета-поля данных или подраздела, или в файле, содержащем образ виртуального диска. Если десктоп пользователя в настоящее время загружается, то процесс переходит на стадию 260 и серверная система 120 передает сообщение о запрете доступа на извлечение клиентской системы 12. Это гарантирует то, что только одна копия десктопа пользователя может быть выгружена за один раз. В одном примере воплощения изобретения пользователь не может дистанционно получить доступ к его или ее десктопу, когда десктоп находится в состоянии "извлечения", которое привело бы к "ветвлению" виртуальных машин и потере синхронизации. Если на стадии 262 найдено, что десктоп в настоящее время уже не загружается, то процесс переходит на стадию 264, на которой работа виртуальной машины пользователя заканчивается. Завершение виртуальной машины может сопровождаться ее отключением от сети питания или временной остановкой виртуальной машины и сохранением состояния диска.

Процесс затем переходит на стадию 266, на которой клиентская система запрашивается на предмет наличия текущей копии системного диска и каких-либо дельта-дисков в серверной системе. В случае их отсутствия процесс переходит на стадию 268, на которой виртуальный диск и образы дельта-дисков копируются или обновляются, если это необходимо, и затем процесс переходит на стадию 270. Если на стадии 266 найдено, что клиентская система уже имеет текущие копии виртуального диска и каких-либо дельта-дисков, то процесс переходит непосредственно к операции 270.

В процессе выполнения операции 270, пользовательские или мета-данные обновляются, чтобы отобразить состояние "извлечения" десктопа пользователя. Процесс переходит на стадию 272, на которой пользователю разрешается доступ к его или ее десктопу, запуская локальную виртуальную машину в локальной клиентской системе. Затем процесс завершается, как обозначено блоком 274.

В одном примере воплощения изобретения пользователю разрешается доступ к его или ее десктопу дистанционно, даже если он выгружен в клиентскую систему. Хотя десктоп может находиться в состоянии извлечения, это не мешает пользователю клиентской системы 120 использовать ресурсы серверной системы 110, чтобы дистанционно обратиться к его или ее десктопу. Например, клиентская система 120 может обнаружить сбой в работе системы, например отказ жесткого диска или заражение вирусами. В этом случае, пользователь может пожелать отказаться от локального доступа к соответствующей виртуальной машине в серверной системе 110, несмотря на тот факт, что пользователь не успел извлечь десктоп из серверной системы. Альтернативно, пользователю может быть разрешен доступ к десктопу серверной системе с условием, что любые изменения, выполненные в серверной системе, будут потеряны. Например, если пользователь не может связаться с клиентской системой, т.е. за пределами своего компьютера, но нуждается в доступе к своему десктопу, например, чтобы прочитать файл или электронную почту на корпоративном сайте интранета, они все еще могут обратиться к своему десктопу дистанционно по старой версии и без какой-либо гарантии сохранения последних данных.

В другом варианте система может автоматически или после запроса пользователя выполнять сканирование вирусов/вредоносных программ в информации, содержащейся в хранилище данных 140, т.е. на дельта-дисках 144 или 145 (фигуры 3A-3D). Результаты сканирования вирусов/вредоносных программ могут быть загружены в систему и/или переданы клиентской системе 120 или сохранены в файле результатов (не показаны). Точно так же, пользователь клиентской системы 120 может использовать серверную систему 110 для сканирования вирусов/вредоносных программ в локальном дельта-диске 134, скопировав локальный дельта-диск из хранилища данных 140. После завершения сканирования на вирусы/вредоносные программы копия локального дельта-диска может быть удалена или объединена с виртуальным диском 142.

В различных описанных здесь примерах воплощения изобретения могут быть использованы различные осуществляемые компьютером операции с данными, хранящимися в компьютерных системах. Например, эти операции могут потребовать физической манипуляции с физическими величинами - обычно, хотя и не обязательно, эти величины могут иметь вид электрических или магнитных сигналов, которые могут быть сохранены, переданы, объединены, сравнены или обработаны иным образом. Дополнительно, такие манипуляции часто упоминаются в терминах, таких как выполнение аутентификация, определение или сравнение. Любые описанные здесь операции, которые являются частью одного или несколько примеров воплощения изобретения, могут быть полезными машинными операциями. Кроме того, один или несколько примеров воплощения изобретения также относятся к устройствам или аппаратам для выполнения этих операций.

Устройство может быть специально создано для определенных целей или это может быть универсальный компьютер, выборочно активизированный или сконфигурированный компьютерной программой, сохраненной в компьютере. В частности, различные универсальные машины могут использовать программы, написанные в соответствии с изложенными здесь принципами, или может быть более удобно создать более специализированное устройство, чтобы выполнить необходимые операции.

Различные описанные здесь примеры воплощения изобретения могут быть осуществлены с другими конфигурациями компьютерной системы, включая карманные устройства, системы, основанные на микропроцессоре, или используя программируемую бытовую электронику, мини-компьютеры, универсальные ЭВМ и т.д.

Один или несколько примеров воплощения настоящего изобретения могут быть осуществлены как одна или несколько компьютерных программ или как один или несколько модулей компьютерной программы, воплощенных в одной или нескольких машиночитаемых средах. Термин машиночитаемая среда относится к хранилищу данных, которая хранит данные, которые затем могут быть введены к компьютерную систему. Машиночитаемая среда может быть основана на любой существующей или ныне разрабатываемой технологии для того, чтобы воплотить компьютерные программы в способе, который считывать их компьютером. Примеры машиночитаемой среды включают жесткий диск, сеть, присоединенную память (NAS), память только для чтения, память с произвольным доступом (например, флеш-память), компакт-диски CD-ROM, CD-R или компакт-диск RW, DVD, магнитную ленту и другие оптические и неоптические системы хранения данных. Машиночитаемая среда может также быть распределена в сети, соединенной с компьютерной системой с тем, чтобы считываемый компьютером код был бы сохранен и выполнен распределенным образом.

Хотя один или несколько примеров воплощения настоящего изобретения были описаны подробно для ясности понимания, очевидно, что в объеме формулы изобретения могут быть сделаны определенные изменения и модификации. Соответственно, описанные примеры воплощения изобретения следует считать иллюстративными и не ограничительными, и объем пунктов формулы не должен быть ограничен приведенными деталями, но может быть изменен в пределах приложенной формулы изобретения. В пунктах формулы изобретения элементы и/или стадии не подразумевают конкретного порядка операций, если явно не оговорено особо.

Кроме того, хотя описанные способы виртуализации, в основном, предполагают, что виртуальные машины имеют интерфейсы, совместимые с конкретной аппаратной системой, специалисты в данной области понимают, что описанные способы могут использоваться вместе с виртуализациями, которые непосредственно не соответствуют какой-либо конкретной аппаратной системе. Системы виртуализации в соответствии с различными примерами воплощения изобретения, осуществленными как хостовые примеры воплощения изобретения, предполагают использование не хостовых примеров воплощения изобретения или как примеры воплощения изобретения, которые имеют тенденцию размывать различия между этими двумя системами. Кроме того, различные операции виртуализации могут быть полностью или частично осуществлены в аппаратных средствах. Например, в аппаратных средствах может быть использована таблица соответствия для изменения запросов на доступ, чтобы обеспечить данные, не хранящиеся на дисках.

Возможны многие изменения, модификации, дополнения и усовершенствования независимо от степени виртуализации. Следовательно, виртуализация может включать компоненты главной, операторской или гостевой операционной систем, которые выполняют функции виртуализации.

Многочисленные примеры могут быть приведены для компонентов, операций или структур, описанных здесь в виде единственного примера. Наконец, границы между различными компонентами, операциями и хранилищами данных довольно произвольны, и конкретные операции иллюстрированы в контексте определенных иллюстративных конфигураций. Предполагаются и другие функциональные возможности, которые входят в объем изобретения. В целом, структуры и функциональные возможности, представленные как отдельные компоненты в примерных конфигурациях, могут быть осуществлены в виде объединенной структуры или узла. Точно так же, структуры и функциональные возможности, представленные как единственный компонент, могут быть осуществлены как отдельные компоненты. Эти и другие изменения, модификации, дополнения и усовершенствования могут находиться в пределах приложенной формулы изобретения.

Изобретение относится к системам доступа к вычислительным ресурсам сервера. Технический результат заключается в обеспечении доступа к ресурсам сервера. Десктоп пользователя имеет дистанционный доступ от клиентской системы. Удаленный десктоп формируется первой виртуальной машиной работающей серверной системы, которая может включать один или несколько компьютеров. Во время выполнения первой виртуальной машины записи на соответствующий виртуальный диск направляются в файл дельта-диска или в редо лог. В клиентской системе создается копия виртуального диска. Когда пользователь решает "извлечь" его или ее десктоп, работа с первой виртуальной машиной завершается, и в клиентской системе создается копия дельта-диска. После создания дельта-диска в клиентской системе вторая виртуальная машина может быть запущена в клиентской системе, используя виртуальный диск и дельта-диск, чтобы обеспечить локальный доступ к десктопу пользователя в клиентской системе. Это обеспечивает пользователю доступ к его или ее десктопу без соединения с сетью. 3 н. и 23 з.п. ф-лы, 8 ил.

1. Способ расширения, основанный на сервере архитектуры десктопных виртуальных машин на клиентскую машину, содержащий:
дистанционный доступ к десктопу пользователя через сеть связи, причем дистанционный доступ включает передачу и прием ввода-вывода пользователя между клиентской системой и серверной системой, при этом серверная система выполняет серверную версию виртуальной машины, которая обеспечивает десктоп пользователя, при этом серверная версия виртуальной машины выполняется с помощью программы виртуализации на физической компьютерной системе, которая соединена с системой хранения данных; программа виртуализации направляет запросы на чтение диска от серверной версии виртуальной машины на виртуальный диск, содержащий образ виртуального диска, находящийся в одном или нескольких файлах, в систему хранения данных, при этом программа виртуализации направляет запросы на запись диска от серверной версии виртуальной машины на дельта-диск, содержащий модификации к виртуальному диску, клиентскую систему, имеющую удаленного десктопного клиента для получения ввода-вывода пользователя и передачи ввода-вывода пользователя на интерфейс пользователя в клиентской системе;
создание локальной копии виртуального диска в клиентской системе;
посылку запроса на извлечение из клиентской системы в серверную систему для локального доступа к десктопу пользователя;
завершение серверной версии виртуальной машины, если серверная версия виртуальной машины в настоящее время выполняется;
создание копии дельта-диска в клиентской системе; и выполнение клиентской версии виртуальной машины в клиентской системе, используя программу виртуализации в клиентской системе для направления запросов на чтение диска клиентской версии виртуальной машины, по меньшей мере, на локальную копию виртуального диска и направление ввода-вывода от клиентской версии виртуальной машины на интерфейс пользователя в клиентской системе.

2. Способ по п.1, в котором создание локальной копии виртуального диска выполняется во время выполнения серверной версии виртуальной машины.

3. Способ по п.1, дополнительно содержащий получение модификаций клиентской системы к виртуальному диску, хранящемуся в дельте-диске серверной системы во время выполнения серверной версии виртуальной машины.

4. Способ по п.1, дополнительно содержащий объединение копии дельта-диска с локальной копией виртуального диска до выполнения клиентской версии виртуальной машины.

5. Способ по п.1, дополнительно содержащий:
направление дисковых записей от клиентской версии виртуальной машины к локальному дельта-диску;
посылку запроса на загрузку из клиентской системы в серверную систему для дистанционного доступа к десктопу пользователя;
завершение клиентской версии виртуальной машины, если клиентская версия виртуальной машины выполняется;
передачу копии локального дельта-диска серверной системе; и
дистанционный доступ к серверной версии виртуальной машины.

6. Способ по п.5, дополнительно содержащий объединение дельта-диска и локального дельта-диска с виртуальной машиной в серверной системе до включения серверной версии виртуальной машины после передачи копии локального дельта-диска на серверную систему.

7. Способ по п.5, дополнительно содержащий запрещение доступа к серверной версии виртуальной машины после начала выполнения клиентской версии виртуальной машины и перед передачей копии локального дельта-диска серверной системе.

8. Способ по п.1, дополнительно содержащий периодическое создание дополнительного дельта-диска и передачу дополнительного дельта-диска клиентской системе во время выполнения серверной версии виртуальной машины, причем каждый из дополнительных дельта-дисков является частью цепи дельта-дисков.

9. Способ по п.1, дополнительно содержащий поддержку на серверной системе десктопного статуса десктопа пользователя как загруженного или извлеченного, в котором в десктопный статус загружается, когда десктоп пользователя был последним дистанционно доступным, используя серверную версию виртуальной машины; и десктопный статус извлекается, когда десктоп пользователя был последним локально доступным, используя клиентскую версию виртуальной машины; при этом серверная система предполагает, что десктопный статус извлекается после создания копии дельта-диска в клиентской системе.

10. Способ по п.1, в котором:
программа виртуализации эмулирует пользовательский диск данных и системный диск, причем пользовательский диск данных и системный диск доступны для гостевой системной программы, выполняемой в виртуальной машине, при этом гостевая системная программа сохраняет пользовательские данные на пользовательском диске данных и сохраняет операционную систему и файлы приложений на системном диске, при этом пользовательские данные включают документы и параметры настройки;
виртуальный диск в системе хранения данных представляет собой виртуальный пользовательский диск данных, а дельта-диск - пользовательский диск данных; и
дистанционный доступ к десктопу пользователя дополнительно содержит:
направление запроса на чтение пользовательского диска данных на виртуальный пользовательский диск данных и запроса на чтение системного диска на виртуальный системный диск, при этом виртуальный системный диск является образом диска, сохраненного в одном или нескольких файлах в системе хранения данных или другой системе хранения данных; и
направление запроса на запись системного диска системному дельта-диску и направление запроса на запись пользовательского диска данных пользовательскому дельта-диску данных, при этом системный дельта-диск содержит модификации к виртуальному системному диску, а пользовательский дельта-диск данных содержит модификации к виртуальному пользовательскому дельта-диску данных.

11. Способ по п.10, дополнительно содержащий отказ от системного дельта-диска, когда уже создается копия дельта-диска.

12. Способ по п.10, дополнительно содержащий создание копии системного дельта-диска в клиентской системе в процессе операции создания копии дельта-диска.

13. Способ по п.1, дополнительно содержащий сканирование дельта-диска для обнаружения вредоносных программ серверной системы до выполнения клиентской версии виртуальной машины.

14. Машиночитаемая среда для расширения, основанная на серверной системе архитектуры десктопных виртуальных машин на клиентскую машину, причем материальная машиночитаемая среда включает команды компьютерной программы, осуществляющие следующий способ в клиентской системе, содержащий:
дистанционный доступ к десктопу пользователя через сеть связи, при этом дистанционный доступ включает передачу и прием ввода-вывода пользователя между клиентской системой и серверной системой, причем серверная система выполняет серверную версию виртуальной машины, которая обеспечивает десктоп пользователя; серверная версия виртуальной машины выполняется с помощью программы виртуализации на физической компьютерной системе, которая соединена с системой хранения данных; программа виртуализации направляет запросы на чтение диска от серверной версии виртуальной машины к виртуальному диску, содержащему образ виртуального диска, размещенного в одном или несколько файлах в системе хранения данных; диск программы виртуализации направляет запросы на запись от серверной версии виртуальной машины к дельта-диску, при этом дельта-диск включает модификации к виртуальному диску, клиентская система имеет удаленного десктопного клиента для получения ввода-вывода пользователя и передачи ввода-вывода пользователя в интерфейс пользователя в клиентской системе;
создание локальной копии виртуального диска в клиентской системе;
посылку запроса на извлечение из клиентской системы на серверную систему для локального доступа к десктопу пользователя, запрос на извлечение вызывает завершение серверной версии виртуальной машины, если серверная версия виртуальной машины в данный момент выполняется;
создание копии дельта-диска в клиентской системе; и
выполнение клиентской версии виртуальной машины в клиентской системе, используя программу виртуализации в клиентской системе при запросе чтения диска от клиентской версии виртуальной машины, по меньшей мере, к локальной копии виртуального диска и направление пользовательского ввода-вывода от клиентской версии виртуальной машины к пользовательскому интерфейсу в клиентской системе.

15. Среда по п.14, в которой создание локальной копии виртуального диска выполняется во время работы серверной версии виртуальной машины.

16. Среда по п.14, в которой способ дополнительно включает получение клиентской системой модификаций к виртуальному диску, сохраненному в дельте-диске серверной системы, во время работы серверной версии виртуальной машины.

17. Среда по п.14, в которой способ дополнительно содержит объединение копии дельта-диска с локальной копией виртуального диска до выполнения клиентской версии виртуальной машины.

18. Среда по п.14, в которой способ дополнительно содержит:
направление диска записи от клиентской версии виртуальной машины к локальному дельта-диску;
передачу запроса на загрузку из клиентской системы в серверную систему для дистанционного доступа к десктопу пользователя;
завершение клиентской версии виртуальной машины, если клиентская версия виртуальной машины в данный момент выполняется;
передачу копии локального дельта-диска серверной системе; и
дистанционный доступ к серверной версии виртуальной машины после передачи копии локального дельта-диска серверной системе.

19. Среда по п.18, в которой дельта-диск и локальный дельта-диск объединены с виртуальным диском серверной системы до включения питания серверной версии виртуальной машины после передачи копии локального дельта-диска серверной системе.

20. Среда по п.18, в которой способ дополнительно содержит запрещение доступа к серверной версии виртуальной машины после начала выполнения клиентской версии виртуальной машины и перед передачей копии локального дельта-диска серверной системе.

21. Среда по п.14, в которой способ дополнительно содержит:
во время выполнения серверной версии виртуальной машины периодически создается дополнительный дельта-диск, который передается в клиентскую систему, при этом каждый из дополнительных дельта-дисков является частью цепи дельта-дисков.

22. Среда по п.14, в которой:
программа виртуализации эмулирует дисковод диска данных пользователя и системный дисковод, при этом дисковод диска данных пользователя и системный дисковод доступны для гостевой системной программы, выполняющейся в виртуальной машине, гостевая системная программа хранит данные пользователя на диске данных и файлы операционной системы и приложений в системном дисководе, при этом данные пользователя включают конкретные документы пользователя и параметры настройки;
виртуальный диск в системе хранения данных представляет собой виртуальный диск данных пользователя, а дельта-диск - дельта-диск данных пользователя;
дистанционный доступ к десктопу пользователя дополнительно содержит:
направление запроса пользователя на чтение диска данных на виртуальный диск данных пользователя и запроса на чтение системного диска на виртуальный системный диск, при этом виртуальный системный диск является образом диска, сохраненным в одном или нескольких файлах в системе хранения данных или другой системе хранения данных; и
направление запроса на запись системного диска системному дельта-диску и направление запроса на запись диска данных пользователя дельта-диску данных пользователя, при этом системный дельта-диск содержит модификации, относящиеся к виртуальному системному диску, а дельта-диск данных пользователя содержит модификации, относящиеся к виртуальному диску данных пользователя; и в которой создание копии дельта-диска в клиентской системе включает загрузку из серверной системы изменений для дисковода данных пользователя без изменений в системном дисководе.

23. Среда по п.22, в которой серверная система не использует системный дельта-диск при создании копии дельта-диска.

24. Среда по п.22, в которой способ дополнительно содержит создание копии системного дельта-диска в клиентской системе при создании копии дельта-диска.

25. Среда по п.14, в которой серверная система сканирует дельта-диск на предмет обнаружения вредоносных программ в серверной системе до выполнения клиентской версии виртуальной машины.

26. Машиночитаемая среда для расширения, основанная на серверной системе архитектуры десктопных виртуальных машин на клиентскую машину, при этом физическая машиночитаемая среда включает команды компьютерной программы, осуществляющие способ в серверной системе, указанный способ, содержащий:
выполнение серверной версии виртуальной машины, которая обеспечивает десктоп пользователя, при этом серверная версия виртуальной машины выполняется с помощью программы виртуализации на физическом компьютере серверной системы, при этом физический компьютер, соединен с системой хранения данных; программа виртуализации направляет запросы на чтение диска от серверной версии виртуальной машины на виртуальный диск, содержащий образ виртуального диска, размещенный в одном или нескольких файлах в системе хранения данных, программа виртуализации направляет запросы на запись диска от серверной версии виртуальной машины к дельта-диску, при этом дельта-диск имеет файл, содержащий модификации к виртуальному диску, клиентскую систему, имеющую удаленного десктопного пользователя для получения ввода-вывода пользователя и передачи ввода-вывода пользователя в интерфейс пользователя в клиентской системе;
передачу и прием пользовательского ввода-вывода между клиентской системой и серверная системой;
посылку копии виртуального диска клиентской системе;
получение запроса на извлечение из клиентской системы;
отклик на запрос на извлечение, завершение серверной версии виртуальной машины, если серверная версия виртуальной машины выполняется в данный момент, посылку копии дельта-диска клиентской системе с тем, чтобы пользователь мог получить доступ к десктопу, используя клиентскую версию виртуальной машины, выполняемой в клиентской системе; и
ведение журнала о статусе десктопа пользователя как загруженного или извлеченного, в котором состояние десктопа загружается, когда десктоп пользователя был последним дистанционно доступным десктопом, используя серверную версию виртуальной машины, и статус десктопа извлекается, когда десктоп пользователя был последним доступным десктопом в локальным режиме, используя клиентскую версию виртуальной машины; серверная система предполагает, что статус десктопа извлекается после посылки копии дельта-диска клиентской системе.