Після оновлення до R2 Enterprise 2008 та встановлення більшої кількості оперативної пам’яті Windows може бачити лише 4,00 ГБ


14

(Я також розмістив це на technet, але у мене не вистачає ідей)

Я оновив з Windows Server 2008 R2 Standard до Enterprise, щоб використовувати більше оперативної пам’яті. Раніше сервер мав 32 ГБ оперативної пам’яті.

Оновлення з "Стандартного" до "Enterprise", використовуючи DISM, здавалося, нормально завершилось, тому я вимкнув роботу системи та встановив оперативну пам'ять. Це Dell Poweredge T710, я брав його від 32 ГБ до 72 ГБ.

BIOS розпізнав оперативну пам’ять, хоча мені потрібно було перейти з «Розширеного ECC» в режим «Оптимізатор», щоб використовувати її всю.

Після перезавантаження вікна можуть бачити оперативну пам’ять, але на системній панелі буде відображатися:

Встановлена ​​пам'ять (оперативна пам’ять): 72,0 ГБ (4,00 ГБ)

У моніторі ресурсів залишок оперативної пам’яті відображається як зарезервований для обладнання. Я пробував різні конфігурації оперативної пам’яті, включаючи повернення її до тих же мікросхем і тієї ж конфігурації, що й до оновлення, але завжди лише 4,00 ГБ виявляється корисним. Дотримуючись деяких тем на цих форумах, я зайшов у msconfig і встановив максимальну пам'ять "від руки", але це не вирішує проблему. У BIOS, здається, немає нічого схожого на перезапис пам’яті, що є ще однією пропозицією, яка виникла.

Як зробити цю оперативну пам'ять доступною для Windows? Він був доступний до оновлення, тому що я міг використовувати повну 32 Гб оперативної пам’яті, з якої повинен був початися сервер.

Скріншот (це після повернення до початкової конфігурації ОЗУ)

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

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

screencast.com/t/mYedomeQWS

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

ОНОВЛЕННЯ

Я знайшов тимчасову відповідь - але це створює ще одну проблему. Ось що я опублікував у Technet , де я також задав це питання:

Гаразд, я тимчасово вирішив проблему - це не BIOS - але зараз я не знаю, як її назавжди виправити.

Підказки вийшли з цієї теми , де, як видається, К. Кларк робив те саме, що і я:

"Ми" оновили "їх від Standard до Enterprise, використовуючи утиліту DSIM та загальний ключ KMS, доступний на веб-сайті MS. Потім ми змінили ліцензійний ключ, з GUI, щоб бути дійсним ліцензійним ключем для Enterprise. Після перезавантаження RDP не працює ".

"Тільки зараз я повернувся до" загального "ключа KMS і все працює ..."

пізніше він каже:

"Тоді я використовував інший дійсний ключ MAK, і все ще працював. Якщо я використовую інший (який зараз працює на повністю відремонтованому сервері), він не працює - також говорить про 4 Гб, що використовується з 48 ГБ оперативної пам'яті ....? .. "

... точно такі ж симптоми, як у мене; лише 4 Гб оперативної пам'яті, без RDP.

Щойно я змінив ключ продукту на нашому сервері, щоб використовувати загальний ключ KMS для Enterprise - і все добре. У мене є RDP, і в мене є 72 Гб оперативної пам’яті.

Але я зараз використовую ключ, на який у мене немає ліцензії. Цей сервер призначений виключно для розробки та тестування (зараз нам потрібно мати 20 ВМ одночасно, отже, потреба в додатковій оперативної пам’яті понад 32 Гб і, отже, Enterprise).

Спочатку сервер постачався з ключем Dell OEM для стандарту 2008 R2, він не починався з ключа MSDN для стандарту 2008 R2.

Отже, тепер виникає моє запитання - як я можу застосувати ключ MSDN Enterprise і зберегти більше 4 Гб оперативної пам’яті, RDP та, можливо, інших функцій, які я не помітив?

Чи потрібно буде відновити сервер за допомогою ключа MSDN Enterprise? Чи не можливо дотримуватися цього шляху оновлення (Стандартний ключ OEM -> Корпоративний ключ MSDN)?

ОНОВЛЕННЯ

Тепер я знаю, що таке справжнє питання, я задав його окремо:

Як оновити стандарт Windows Server 2008 R2 (ключ OEM) до Enterprise (ключ MSDN) за допомогою DISM?


Чи обдумали ви використовувати сервер Hyper-V? Це безкоштовно (немає ніякого ключа, щоб турбуватися), він буде використовувати 72 Гб і запускати 20 ВМ легко. Тільки хоч ...
Кріс С

Відповіді:


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
mistapink

0

Що стосується відсутньої конфігурації віддаленого робочого столу, можливо, вам знадобиться встановити функцію віддаленого адміністрування.

Проблема з пам'яттю може бути проблемою, коли BIOS правильно повідомляє конфігурацію пам'яті для Windows. Ви можете оновити BIOS, якщо ви ще цього не зробили. Якщо у вас є час на руках (а хто це робить?), Можливо, ви захочете повернутися до початкової кількості оперативної пам’яті та додати трохи за раз, поки проблема не проявиться.


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

0

Сервери IIRC Dell мають в 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.