W PowerShell do zarządzania Active Directory wykorzystuje się cmdlety z modułu ActiveDirectory. Aby zmienić nazwę istniejącej jednostki organizacyjnej, potrzebne jest polecenie przeznaczone do rename obiektu oraz dwa kluczowe elementy: identyfikacja obiektu i nowa nazwa.
W przedstawionym poleceniu obiekt OU jest wskazany parametrem -Identity jako Distinguished Name (DN), np. OU=HR,DC=example,DC=com. Dzięki temu system jednoznacznie wie, który obiekt w katalogu ma zostać zmieniony. Parametr -NewName dostarcza nową nazwę RDN (czyli nazwę OU widoczną w strukturze), np. HumanResources.
Odpowiedź z cmdletem Rename-ADOrganizationalUnit spełnia te warunki: wykonuje zmianę nazwy, wskazuje obiekt przez DN i podaje nową nazwę. Pozostałe opcje są błędne z typowych powodów spotykanych na egzaminach:
- Set-ADOrganizationalUnit sugeruje modyfikację właściwości, ale w tej propozycji użyto parametru -NewName w sposób, który nie musi odpowiadać rzeczywistym możliwościom tego cmdletu w kontekście zmiany nazwy. To częsta pułapka: "Set-" nie zawsze oznacza "zmień nazwę".
- Change-ADOrganizationalUnit wygląda wiarygodnie językowo, ale jest to typowy "fałszywy cmdlet" – nazwa nie musi istnieć w module, mimo że brzmi logicznie.
- Modify-ADOrganizationalUnit jest analogiczną pułapką: w PowerShell obowiązuje ścisły zestaw czasowników, a nie dowolne synonimy. Samo podobieństwo do języka naturalnego nie gwarantuje poprawności.
W praktyce, zanim użyjesz polecenia w środowisku produkcyjnym, warto potwierdzić dostępność cmdletu i składnię przez Get-Command oraz pomoc Get-Help, a także upewnić się, że działasz w odpowiednim kontekście uprawnień w domenie.
