После обновления до 2008 R2 Enterprise и установки большего объема оперативной памяти Windows может видеть только 4,00 ГБ


14

(Я также разместил это на Technet, но у меня заканчиваются идеи)

Я обновил Windows Server 2008 R2 Standard до Enterprise, чтобы использовать больше оперативной памяти. Ранее на сервере было 32 ГБ ОЗУ.

Казалось, что обновление с Standard до Enterprise с использованием DISM прошло нормально, поэтому я выключил питание и установил ОЗУ. Это Dell Poweredge T710, я брал его с 32 ГБ до 72 ГБ.

BIOS распознал ОЗУ, хотя мне нужно было переключиться из режима «Advanced ECC» в режим «Optimizer», чтобы использовать все это.

После перезагрузки Windows может видеть ОЗУ, но на системной панели будет отображаться:

Установленная память (RAM): 72,0 ГБ (4,00 ГБ можно использовать)

На мониторе ресурсов оставшаяся часть ОЗУ отображается как зарезервированная для аппаратного обеспечения. Я пробовал различные конфигурации оперативной памяти, в том числе возвращал ее к тем же чипам и той же конфигурации, что и до обновления, но всегда было доступно только 4,00 ГБ. Следуя некоторым темам на этих форумах, я вошел в msconfig и установил максимальный объем памяти «вручную», но это не решает проблему. В BIOS, похоже, нет ничего похожего на перераспределение памяти, что является еще одним предложением.

Как сделать эту оперативную память доступной для Windows? Он был доступен до обновления, потому что я мог использовать 32 ГБ ОЗУ, с которого должен был стартовать сервер.

Снимок экрана (это после возврата к исходной конфигурации ОЗУ)

введите описание изображения здесь

Я не знаю, связано ли это, но моя конфигурация удаленного рабочего стола также исчезла:

screencast.com/t/mYedomeQWS

(нижняя половина этого диалога должна позволять мне настраивать удаленный рабочий стол, он работал до обновления, но теперь это не так).

ОБНОВИТЬ

Я нашел временный ответ - но это дает мне еще одну проблему. Вот что я только что опубликовал на technet , где я также задал этот вопрос:

Хорошо, я временно обошел проблему - это не BIOS - но теперь я не знаю, как это исправить навсегда.

Подсказка пришла из этой темы , где C Кларк, похоже, сделал то же самое, что и я:

«Мы« обновили »их со Standard до Enterprise, используя утилиту DSIM и общий ключ KMS, доступный на веб-сайте MS. Затем мы изменили лицензионный ключ с графического интерфейса пользователя, чтобы он был действительным лицензионным ключом для Enterprise. перезагрузка RDP не работала ".

«Только сейчас я вернулся к« универсальному »ключу KMS, и все работает ...»

позже он говорит:

«Затем я использовал другой действительный ключ MAK, и все по-прежнему работало. Если я использую другой (который теперь работает на полностью перестроенном сервере), он не - также говорит, что 4 ГБ можно использовать из 48 ГБ ОЗУ ....? ..»

... точно такие же симптомы, как у меня; только 4 ГБ оперативной памяти, без RDP.

Я только что изменил ключ продукта на нашем сервере, чтобы использовать общий ключ KMS для Enterprise - и все хорошо. У меня есть RDP, и у меня есть 72 ГБ оперативной памяти.

Но - я сейчас использую ключ, на который у меня нет лицензии. Этот сервер предназначен исключительно для разработки и тестирования (сейчас нам нужно одновременно задействовать 20 виртуальных машин, следовательно, требуется дополнительная оперативная память помимо 32 ГБ и, следовательно, Enterprise).

Первоначально сервер поставлялся с OEM-ключом Dell для 2008 R2 Standard, он не начинался с ключа MSDN для 2008 R2 Standard.

Итак, мой вопрос теперь звучит так: как применить ключ MSDN Enterprise и при этом сохранить доступную ОЗУ более 4 ГБ, RDP и, возможно, другие функции, которые я не заметил, отсутствовали?

Я собираюсь перестроить сервер, используя ключ MSDN Enterprise? Разве нельзя следовать этому пути обновления (Стандартный ключ OEM -> Корпоративный ключ MSDN)?

ОБНОВИТЬ

Теперь я знаю, каков реальный вопрос, я задал его отдельно:

Как обновить Windows Server 2008 R2 Standard (ключ OEM) до Enterprise (ключ MSDN) с помощью DISM?


Рассматривали ли вы использование сервера Hyper-V? Он бесплатный (без проблем), будет использовать 72 ГБ и легко запускать 20 ВМ. Просто хотя ...
Крис S

Ответы:


7

Хотя у меня нет ответа «вот ваша проблема», у меня есть способ помочь определить, в чем может быть проблема. Исходя из того, что я читаю здесь и что я вижу на своих собственных серверах, диспетчер устройств должен быть в состоянии помочь вам определить, что происходит.

Если вы откроете Диспетчер устройств, измените представление на «Ресурсы по соединению» (не «Устройства по соединению»). Узел «Память» предоставит вам список резервирования памяти вашим оборудованием. Надеюсь, что там есть все, кроме 4 ГБ вашей оперативной памяти. Вам придется конвертировать размеры в шестнадцатеричном виде в ОЗУ, но это можно сделать.

Выход устройства управления устройством

В этом случае первая запись шины PCI резервирует 128 КБ. Вторая запись «Ресурсы материнской платы» резервирует 64 МБ. Третья шина PCI потребляет 336 МБ. И так далее.

Как только вы определили устройство, вы продвинулись дальше, чем начали.


Я попробую это первым делом утром (по британскому времени)
Том Крэйн

2

Я ответил на этот вопрос в связанном вопросе (РЕАЛЬНЫЙ вопрос и корень проблемы о переключении между ключами OEM, KMS и MSDN).

Вот как я вернул свой сервер:

Начните с обновления сервера до Enterprise с помощью ключа KMS. Это для меня нелицензионное.

Используйте установочный носитель MSDN (т. Е. Записанный ISO) и запустите программу установки из текущего экземпляра Windows. Затем вы можете переустановить Windows - убедитесь, что вы выбрали правильный вариант, чтобы сохранить существующие файлы, приложения, настройки и т. Д.

Примерно через полчаса Windows завершит установку. Когда вы активируете Windows, используйте ключ MSDN, и все будет работать.

Таким образом, похоже, что вы не можете переключать ключи между OEM / KMS / MSDN - вам нужно установить Windows (или переустановить / обновить) с соответствующего установочного носителя, чтобы ключ «взял» правильно.


Это сработало для меня. Не следует беспокоиться, когда активация заявляет, что она не удалась. После перезагрузки отображаются все доступные функции. Соответствующую KMS можно найти здесь: technet.microsoft.com/de-de/library/jj612867.aspx
errorpink,

0

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

Проблема с памятью может быть связана с тем, что BIOS правильно сообщает о конфигурации памяти в Windows. Вы можете обновить BIOS, если вы этого еще не сделали. Если у вас есть время (а у кого?), Вы можете вернуться к исходному объему ОЗУ и постепенно добавлять его, пока проблема не проявится.


Я попытался вернуться к той же самой конфигурации (32 ГБ, те же микросхемы, те же слоты), с которой начал до обновления, но Windows по-прежнему сообщает о 32,0 ГБ (4,00 ГБ можно использовать). И удаленный рабочий стол работал нормально до обновления.
Том Крэйн

0

На серверах Dell IIRC есть параметр «режим установки» в BIOS, который ограничивает объем доступной памяти сервера до 4 ГБ. Возможно, вы захотите посмотреть, не включил ли это кто-то, и если да, выключите его.



0

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

  1. Удалена текущая лицензия с: slmgr /upkзатемslmgr /rearm
  2. Перезагрузите систему.
  3. Введите правильный ключ активации.
  4. Перезагрузите систему.
  5. Активация не удастся через Интернет. Вы должны позвонить и активировать по телефону активации.
  6. Я перезагружаю это снова, чтобы проверить, была ли активация постоянной.

0

Пожалуйста, следуйте приведенным ниже инструкциям и активируйте ваши окна, это должно решить проблему.

  1. Откройте командную строку и измените рабочий каталог на каталог System32.
  2. Введите slmgr.vbs -ckms(это очищает и у вас может быть запись KMS)
  3. Тип slmgr.vbs -upk(удаляет любой установленный ключ продукта)
  4. Введите slmgr.vbs -ipk xxxxx-xxxxx-xxxxx-xxxxx-xxxxx(где x - это новый ключ продукта, который вы хотите использовать)
  5. Тип slmgr.vbs -ato(это активирует сервер)
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.