При перемещении Рабочей станции VMware VM в другой хост вызывает повторную активацию

Карта сайта может быть a) визуальное представление структуры сайта intented для человеческой аудитории b) Файл, предназначенный для поисковых роботов (Google, Yahoo), кто сообщает им, какие URL доступны для проверки. Это часто обеспечивается в conjuction с файлом robots.txt, который сообщает поисковым роботам, какие URL могут быть индексированы, и с не может. Наиболее распространенный формат для карт сайта является XML, который позволяет указывать важность частоты изменения и URL. Можно считать спецификацию в http://www.sitemaps.org/protocol.php. Редкий, но возможный формат карт сайта является просто текстовым файлом жалобы, который разделяет URL с новыми строками. Это не столь гибко как формат XML, таким образом, формат XML более предпочтен усилиям по SEO. Вы можете иметь несколько карт сайта XML и связать их в индексе карты сайта. Это часто используется большими сайтами, поскольку протокол карты сайта ограничивает размер карты сайта 10 МБ. Кроме того, можно использовать RSS или Atom-ленты для уведомления поисковых роботов о URL. Недостаток этого подхода состоит в том, что можно просто уведомить о новейших URL.

6
задан 13 April 2017 в 15:13
5 ответов

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

0
ответ дан 3 December 2019 в 00:42

Путем я всегда делал, это должно активировать 'основное' изображение и затем скопировать его. Когда VMware сначала запускает копии, он спрашивает если Вы (c) opied изображение или (m) oved это. Если Вы говорите "Перемещенный", это не вызывает повторную активацию. Однако те машины не могут жить на том же сегменте LAN, потому что у них есть то же название машины и MAC-адрес. Так, после того, как каждая машина загружается однажды, можно завершить работу их и изменить те свойства, и все это работает.

1
ответ дан 3 December 2019 в 00:42
  • 1
    Stabledog, Вы знаете, почему было бы различие между VMware Workstation, изменяющим те свойства и вручную изменяющий их после начальной загрузки однажды? Мое понимание, что работы активации Windows путем контроля общих изменений аппаратной конфигурации с первого раза машина были сначала активированы. –  PaulWaldman 5 March 2010 в 17:12
  • 2
    Извините, не знайте. И одна вещь мое решение doesn' t решают в Вашем случае, то, что машины все все еще имеют тот же SID когда you' ре сделано. С тех пор you' ve указал, что они должны быть отличными, этот wouldn' t работают на Вас так или иначе. Я подозреваю это, если Вы убиваете SIDs после активации, you' ll должны повторно активировать. –  Stabledog 6 March 2010 в 00:06

Не делайте sysprep, если все, по поводу чего Вы волнуетесь, является SIDs, а не изменениями аппаратной конфигурации в VM:

http://blogs.technet.com/markrussinovich/archive/2009/11/03/3291024.aspx

хороший аргумент, что нет никакого смысла.

1
ответ дан 3 December 2019 в 00:42
  • 1
    Xenny, спасибо за ссылку. Это было интересно. Предпоследний абзац указывает, почему нам действительно нужно к sysprep. Большая часть распределенных программных средств, которые мы используем (разработанный третьей стороной) действительно полагается на SIDs для однозначного определения машин. –  PaulWaldman 5 March 2010 в 17:14
  • 2
    В этом случае я думаю, что Вам, вероятно, придется переехать от лицензий MSDN к KMS :-(, который добавит затраты. –  xenny 5 March 2010 в 18:19

Основанный на Вашем ответе на мой вопрос (в комментариях), мой следующий вопрос был бы, машины могут выполнить с локальным только сети для предотвращения проблем SID? С другой стороны, могли Вы создавать 15 базовых изображений из изображения sysprep. Активный 15 изображений однажды и сохраняют тех как основные изображения? (т.е. один на разработчика?). Дисковое пространство является более дешевым, чем время, в конце концов.

Лично, я думаю, что Вы портите свой devs путем создания образов виртуальной машины для них. В моем последнем месте работы я (как разработчик) должен был создать и управлять своими собственными Виртуальными машинами для тестирования.

0
ответ дан 3 December 2019 в 00:42
  • 1
    Bryan, мы испытываем два затруднения 1. большая часть программного обеспечения, которое мы используем, распределяется и должна была выставить виртуальный сетевой адаптер LAN. 2. Если бы каждому разработчику была нужна их собственная основная машина, то мы не смогли бы совместно использовать машины между разработчиками и впоследствии иметь много перестановок машин. наша цель, минимизируют разработчиков количества времени, тратят виртуальные машины создания. Это не должно говорить, что разработчики не должны будут создавать виртуальные машины, но если кто-то еще уже создал подобную машину, которая могла бы использоваться другими. –  PaulWaldman 5 March 2010 в 17:09
  • 2
    Также дисковое пространство не является ограничивающим фактором, большим количеством управляемости. –  PaulWaldman 5 March 2010 в 17:10

Первый вопрос, была ли это изначально физическая машина? И вы перешли на виртуальную среду?

Или вы создали виртуальную машину с использованием OEM-лицензии? Это тип проблем, которые могут возникнуть при использовании любого из этих сценариев

0
ответ дан 3 December 2019 в 00:42

Теги

Похожие вопросы