В отличие от VMWare у MS Virtual PC настройки для отключения синхронизации времени с хостовой машиной нет. Тем не менее фича это довольно полезная, например, для ситуаций когда ОС на виртуальной машине перестала функционировать в следствие истечения срока лицензии.
С подсказки Ben Armstrong, решить эту проблему оказалось довольно просто.
Для начала стоит открыть .vmc файл в каком-нибудь текстовом редакторе, например Notepad++.
Далее найти в этом файле конструкцию вида:

<integration> 
    <microsoft> 
        <mouse> 
            <allow type="boolean">true</allow> 
        </mouse>
        ...
    </microsoft> 
</integration>

И заменить на:

<integration> 
    <microsoft> 
        <mouse> 
            <allow type="boolean">true</allow> 
        </mouse> 
        <components> 
            <host_time_sync> 
                <enabled type="boolean">false</enabled> 
            </host_time_sync> 
        </components>
        ...
    </microsoft> 
</integration>

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

В Microsoft Server 2008 (в его 64-битной версии) появилась роль “Hyper-V Manager”. Это решение на тему виртуализации от Microsoft.

Вопрос в том, как быть с VPC созданными на предыдущих версиях средств виртуализации от Microsoft таких как Virtual Server 2005 и Virtual PC 2007.

Сначала надо пояснить о какой совместимости идёт речь.

В случае совместимости виртуальных жёстких дисков (VHD), ситуация следующая: не смотря на то, что формат жёстких дисков к переходу на Hyper-V не поменялся, и совместимость вперед VMC->Hyper-V скорее всего проблем не вызовет, особенности обратной совместимости не позволят беззаботно “таскать” жесткие диски из среды в среду. Более того, Hyper-V->VMC в большинстве случаев, к сожалению, не взлетит.
Случай с 64-битными виртуальными машинами однозначен – ни VS2005, ни VPC2007 64-битные ОС не поддерживают. В случае 32-битных систем, проблема в APIC (Advanced Programmable Interrupt Controllers) Architecture. Hyper-V поддерживает I/O APIC, который  предназначен для хранения траблиц машрутизации прерываний от периферийных устройств, и ОС, установленная на Hyper-V, инициализирует HAL для своего I/O APIC. Такая ОС запущенная на VS2005 или VPC2007, которые I/O API не поддерживают, попросту не загрузится.

Если же мы говорим о совместимости  кофигурационных файлов виртуальных машин, то  ситуация упрощается. В Hyper-V старый формат файлов попросту не поддержвивается. Предлагается, создав новую машину, указать ей в качестве основного жёсткого диска тот, что приехал из старого клиента.

Понятно, что в большинстве случаев лицензионную ОС придется реактивировать, так как оборудование сменилось.

Однако не все так плохо, как кажется на первый взгляд. Существует утилита, способная мигрировать существующую виртуальную машину на Hyper-V сервер: VMC to Hyper-V Import. Правда от реактивации ОС это всё-равно не спасет.

И последнее, все вышеперечисленное было опробовано и работает для Windows машин, а вот ни одна из пяти Virtual PC машин с Linux на Hyper-V так и не взлетела.

Подробнее про виртуализацию от Microsoft можно почитать в блоге: John Howard – Hyper-V and virtualization blog.