Po uaktualnieniu do wersji 2008 R2 Enterprise i zainstalowaniu większej ilości pamięci RAM system Windows może wyświetlić tylko 4,00 GB


14

(Też zamieściłem to na technet, ale brakuje mi pomysłów)

Zaktualizowałem system Windows Server 2008 R2 Standard do wersji Enterprise, aby korzystać z większej ilości pamięci RAM. Serwer wcześniej miał 32 GB pamięci RAM.

Aktualizacja z wersji Standard do Enterprise przy użyciu DISM wydawała się działać dobrze, więc wyłączyłem i zainstalowałem pamięć RAM. To Dell Poweredge T710, brałem go z 32 GB do 72 GB.

BIOS rozpoznał pamięć RAM, chociaż musiałem zmienić tryb „Advanced ECC” na „Optimizer”, aby mógł z niego korzystać.

Po ponownym uruchomieniu systemu Windows może zobaczyć pamięć RAM, ale na panelu systemowym wyświetli się:

Zainstalowana pamięć (RAM): 72,0 GB (użyteczne 4,00 GB)

W monitorze zasobów pozostała część pamięci RAM jest wyświetlana jako zarezerwowana dla sprzętu. Próbowałem różnych konfiguracji pamięci RAM, w tym przywracania jej do tych samych układów i tej samej konfiguracji, co przed aktualizacją, ale zawsze tylko 4,00 GB pokazuje się jako użyteczne. Śledząc niektóre wątki na tych forach, przeszedłem do msconfig i ustawiłem maksymalną pamięć „ręcznie”, ale to nie rozwiązuje problemu. Wydaje się, że BIOS nie ma niczego, co wyglądałoby jak remapowanie pamięci, co jest kolejną sugestią, która się pojawiła.

Jak udostępnić tę pamięć RAM systemowi Windows? Był dostępny przed aktualizacją, ponieważ mogłem korzystać z pełnej 32 GB pamięci RAM, z którą musiał zacząć serwer.

Zrzut ekranu (po przywróceniu oryginalnej konfiguracji pamięci RAM)

wprowadź opis zdjęcia tutaj

Nie wiem, czy jest to powiązane, ale moja konfiguracja pulpitu zdalnego również zniknęła:

screencast.com/t/mYedomeQWS

(dolna połowa tego okna dialogowego powinna pozwolić mi skonfigurować Pulpit zdalny, działał on przed aktualizacją, ale teraz nie jest).

AKTUALIZACJA

Znalazłem tymczasową odpowiedź - ale daje mi to inny problem. Oto, co właśnie zamieściłem na technet , gdzie zadałem również to pytanie:

OK, chwilowo obejrzałem problem - to nie jest BIOS - ale teraz nie wiem, jak to naprawić na stałe.

Wskazówka pochodzi z tego wątku , w którym wydaje się, że C. Clarke zrobił te same rzeczy, co ja:

„Zaktualizowaliśmy” te wersje ze Standard na Enterprise, używając narzędzia DSIM i ogólnego klucza KMS dostępnego na stronie MS. Zmieniliśmy następnie klucz licencyjny z GUI na prawidłowy klucz licencyjny dla Enterprise. Po restart RDP nie działał. ”

„Właśnie wróciłem do„ ogólnego ”klucza KMS i wszystko działa…”

później mówi:

„Następnie użyłem innego ważnego klucza MAK i wszystko nadal działało. Jeśli użyję drugiego (który teraz działa na całkowicie przebudowanym serwerze), to nie robi - mówi również 4 GB z 48 GB pamięci RAM…? .. ”

... dokładnie takie same objawy jak ja; tylko 4 GB użytecznej pamięci RAM, bez RDP.

Właśnie zmieniłem klucz produktu na naszym serwerze, aby używać ogólnego klucza KMS dla przedsiębiorstwa - i wszystko jest w porządku. Mam RDP i mam 72 GB pamięci RAM.

Ale - teraz używam klucza, na który nie mam licencji. Serwer ten służy wyłącznie do programowania i testowania (obecnie musimy mieć jednocześnie 20 maszyn wirtualnych, stąd potrzeba dodatkowej pamięci RAM powyżej 32 GB, a zatem Enterprise).

Pierwotnie serwer był dostarczany z kluczem OEM firmy Dell do wersji 2008 R2 Standard, nie zaczął się od klucza MSDN dla wersji 2008 R2 Standard.

Moje pytanie brzmi teraz: jak zastosować klucz MSDN Enterprise i nadal zachować więcej niż 4 GB użytecznej pamięci RAM, RDP i być może innych brakujących funkcji, których nie zauważyłem?

Czy będę musiał przebudować serwer przy użyciu klucza MSDN Enterprise? Czy nie jest możliwe podążanie tą ścieżką aktualizacji (klucz standardowy OEM -> MSDN Enterprise Key)?

AKTUALIZACJA

Teraz wiem, jakie jest prawdziwe pytanie, zadałem je osobno:

Jak zaktualizować system Windows Server 2008 R2 Standard (klucz OEM) do wersji Enterprise (klucz MSDN) za pomocą DISM?


Czy zastanawiałeś się nad użyciem serwera Hyper-V? Jest darmowy (bez klucza do zmartwień), zużyje 72 GB i łatwo uruchomi 20 maszyn wirtualnych. Tylko trochę ...
Chris S

Odpowiedzi:


7

Chociaż nie mam odpowiedzi „tu jest twój problem”, mam metodę, która pomaga zidentyfikować problem. Opierając się o to, co czytam tu i co widzę na własnych serwerach, Device Manager powinien być w stanie pomóc w określeniu, co się dzieje.

Jeśli otworzysz Menedżera urządzeń, zmień widok na „Zasoby według połączenia” (nie „Urządzenia według połączenia”). Znajdujący się tam węzeł „Memory” wyświetli listę rezerwacji pamięci dla twojego sprzętu. Mam nadzieję, że będzie tam wymieniona rzecz, która zjada prawie 4 GB pamięci RAM. Będziesz musiał przekonwertować hex na rozmiary RAM, ale można to zrobić.

Dane wyjściowe Menedżera urządzeń

W takim przypadku pierwszy wpis magistrali PCI rezerwuje 128 KB. Drugi wpis „Zasoby płyty głównej” zajmuje 64 MB. Trzecia magistrala PCI zajmuje 336 MB. I tak dalej.

Po zidentyfikowaniu urządzenia będziesz dalej, niż zacząłeś.


Spróbuję tej pierwszej rzeczy rano (czasu brytyjskiego)
Tom Crane

2

Odpowiedziałem na to pytanie w pytaniu połączonym (PRAWDZIWE pytanie i źródło problemu dotyczy przełączania między kluczami OEM, KMS i MSDN).

Oto jak odzyskałem mój serwer:

Zacznij od aktualizacji serwera do wersji Enterprise za pomocą klucza KMS. To dla mnie nielicencjonowane.

Użyj nośnika instalacyjnego MSDN (tj. Wypalonego ISO) i uruchom instalator z bieżącej instancji Windows. Następnie możesz ponownie zainstalować system Windows - upewnij się, że wybrałeś odpowiednią opcję, aby zachować istniejące pliki, aplikacje, ustawienia itp.

Po około pół godzinie Windows się zakończy. Po aktywacji systemu Windows użyj klucza MSDN, a wszystko będzie działać.

Wygląda więc na to, że nie można przełączać kluczy między OEM / KMS / MSDN - musisz zainstalować system Windows (lub ponownie zainstalować / zaktualizować) z odpowiedniego nośnika instalacyjnego, aby klucz mógł „poprawnie” pobrać.


To zadziałało dla mnie. Nie należy przejmować się, gdy aktywacja stwierdza, że ​​się nie powiodła. Po ponownym uruchomieniu pokazuje wszystkie dostępne funkcje. Odpowiednie KMS można znaleźć tutaj: technet.microsoft.com/de-de/library/jj612867.aspx
mistapink

0

Jeśli chodzi o brakującą konfigurację pulpitu zdalnego, może być konieczne zainstalowanie funkcji administracji zdalnej.

Problem z pamięcią może być problemem z tym, że BIOS prawidłowo zgłasza konfigurację pamięci do systemu Windows. Możesz zaktualizować BIOS, jeśli jeszcze tego nie zrobiłeś. Jeśli masz czas na ręce (a kto to robi?), Możesz wrócić do pierwotnej ilości pamięci RAM i dodawać trochę, aż problem się pojawi.


Próbowałem wrócić do dokładnie tej samej konfiguracji (32 GB, te same układy, te same sloty), co zacząłem przed aktualizacją, ale system Windows nadal zgłasza 32,0 GB (użyteczne 4,00 GB). Zdalny pulpit działał dobrze przed aktualizacją.
Tom Crane

0

IIRC Serwery Dell mają w BIOSie ustawienie „trybu instalacji”, który ogranicza serwer do dostępnej pamięci 4 Gb. Możesz sprawdzić, czy ktoś to przełączył, a jeśli tak, wyłącz go.



0

Myślę, że znalazłem rozwiązanie tego problemu. Właśnie natrafiłem na ten konkretny problem i postawiłem mnie na właściwej ścieżce. Poniżej znajdują się kroki, które wykonałem, aby rozwiązać problem i zachować odpowiednie licencje.

  1. Usunięto bieżącą licencję za pomocą: slmgr /upknastępnieslmgr /rearm
  2. Uruchom ponownie system.
  3. Wprowadź odpowiedni klucz aktywacyjny.
  4. Uruchom ponownie system.
  5. Aktywacja zakończy się niepowodzeniem przez Internet. Musisz zadzwonić i aktywować poprzez aktywację telefoniczną.
  6. Ponownie uruchom to ponownie, aby sprawdzić, czy aktywacja była trwała.

0

wykonaj poniższe czynności i ponownie aktywuj okna, powinno to rozwiązać problem -

  1. Otwórz wiersz polecenia i zmień katalog roboczy na katalog System32
  2. Wpisz slmgr.vbs -ckms(to wyczyści i wpis KMS, który możesz mieć)
  3. Typ slmgr.vbs -upk(usuwa każdy zainstalowany klucz produktu)
  4. Wpisz slmgr.vbs -ipk xxxxx-xxxxx-xxxxx-xxxxx-xxxxx(gdzie x to nowy klucz produktu, którego chcesz użyć)
  5. Typ slmgr.vbs -ato(aktywuje serwer)
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.