Копирование виртуальной машины при выполнении
Я не Apache httpd эксперт, но я действительно устанавливал подобную вещь, и синтаксис Вашей конфигурации выглядит довольно странным для меня.
в первую очередь, ProxyRequests не должен, вероятно, идти. "ProxyRequests На" допускает передачу перенаправлений, и не обратное проксирование см.: http://httpd.apache.org/docs/2.2/mod/mod_proxy.html#proxyrequests
ProxyRequests Off
Order deny,allow
Allow from all
ProxyPass / http://localhost:8080/mysocial/
ProxyPassReverse / http://localhost:8080/mysocial/
я не использовал кэш при установке прокси, но я предполагаю, что часть должна выглядеть примерно так
CacheEnable disk /
CacheRoot "/var/cache/mod_proxy"
выборки от Вашей ошибки и возможно журналов доступа могли бы помочь также отладить эту проблему.
Нет. Так просто. Вы не можете этого сделать, пока работают виртуальные серверы.
Это функция Server 2012 / Hyper-V v3.
Таким образом, вопрос не в том, «следует ли вам выключить», а в том, «как вы хотите сделать это без "?
Единственный шанс сейчас - это такие вещи, как" репликация на уровне раздела ", которую можно сделать прозрачно, а затем снова сломать. Но копии файла нет.
Вы должны выключить виртуальные машины перед копированием файлов VHD. Их можно скопировать во время работы Hyper-V, сделав снимок виртуальной машины (базовые виртуальные жесткие диски заблокированы Hyper-V как для чтения, так и для записи, когда нет моментальных снимков, но блокируются только для записи, когда есть моментальные снимки).
Существует достаточно хороший шанс повредить виртуальную машину, если вы скопируете файл VHD, не выключая его предварительно. Что портится, сказать крайне сложно. Базы данных обычно повреждаются путем копирования их файлов без «уведомления» СУБД о моментальном снимке (и в большинстве случаев проще всего просто выключить систему).
Аналогичное повреждение файлов может произойти с файлами, которые также важны для запуска виртуальных машин. , реестр - это тоже база данных. Я видел множество других странных проблем, хотя это бросок кости.
В любом случае применяется основное правило резервного копирования: если вы не пытались выполнить восстановление из резервной копии, вы всегда должны предполагать, что резервная копия не удалась. Пока вы не восстановите виртуальные машины на новых дисках, следите за тем, чтобы старые были в рабочем состоянии ...