Exchange Server 2010 befindet sich nach der Installation oder Reparatur in SBS 2011 Standard im Evaluierungsmodus

Problembeschreibung

Möglicherweise treten in Windows Small Business Server (SBS) 2011 eines oder mehrere der folgenden Probleme auf.
Bei der Installation von Windows SBS 2011 werden eine oder mehrere der folgenden Fehlermeldungen angezeigt:
  • Setup: Hier ist die Liste der Fehler, die wir während des Setups festgestellt haben.
  • Setup: Exchange Server 2010 kann nicht installiert werden
  • ConfigureWSSOutgoingEmailTask: Eingehende und ausgehende E-Mail-Nachrichten für Microsoft SharePoint Foundation sind nicht konfiguriert.
Nach der Installation von Windows SBS 2011 können die folgenden Probleme auftreten:
  • Exchange Server 2010 wird im Evaluierungsmodus ausgeführt und erfordert einen Aktivierungsschlüssel.
  • Sie können in der Windows SBS-Konsole keine neuen Benutzer erstellen.
  • Sie können in der Windows SBS-Konsole keine Rollen auf Benutzer anwenden.
  • Sie können den Assistenten "Mit dem Internet verbinden" oder den Assistenten "Internetadressenverwaltung" nicht abschließen.
Wenn Sie die Exchange Management-Konsole auf einem Computer öffnen, auf dem Windows SBS 2011 ausgeführt wird, wird die folgende Meldung angezeigt:
Die folgenden Server in Ihrer Organisation, die Exchange Server 2010 ausführen, sind zurzeit nicht lizenziert.
Hinweis In dieser Meldung wird auch der Name des Computers angezeigt, auf dem Windows SBS 2011 Standard ausgeführt wird.

Ursache

Dieses Problem kann auftreten, wenn eine der folgenden Bedingungen vorliegt:
  • Bedingung 1

    Exchange Server 2010 wurde während der Installation von Windows SBS 2011 nicht installiert. Exchange Server 2010 wurde später manuell installiert werden.
  • Bedingung 2

    Exchange Server 2010 wurde von Windows SBS 2011 deinstalliert und wurde anschließend neu installiert.
  • Bedingung 3

    Auf dem Windows SBS 2011-Server wurde eine Reparaturinstallation von Exchange Server 2010 abgeschlossen.

Lösung

Um dieses Problem zu beheben, wenn Bedingung 1 oder 2 vorliegt, führen Sie die Schritte im Abschnitt "PowerShell-Skript zum Beheben von Exchange Server-Problemen" aus. Installieren Sie dann das im Abschnitt "Hotfix-Informationen" beschriebene Hotfix.

Um dieses Problem zu beheben, wenn Bedingung 3 vorliegt, installieren Sie das im Abschnitt "Hotfix-Informationen" beschriebene Hotfix.

PowerShell-Skript zum Behebung von Exchange Server-Problemen



Wichtig
Bevor Sie diese Schritte ausführen, muss Exchange Server 2010 ordnungsgemäß installiert sein. Führen Sie die in diesem Artikel beschriebenen Schritte nicht aus, wenn die folgenden Exchange Server 2010-Rollen nicht ordnungsgemäß installiert sind:
  • Mailbox
  • Hub/Transport
  • CAS (Clientzugriffsserver)
  • Verwaltung
Mit den folgenden Schritten wird Exchange Server 2010 auf die Standardeinstellungen für eine erfolgreiche Installation von Windows SBS 2011 konfiguriert.

Hinweis Wenn Einstellungen in Exchange manuell konfiguriert sind, müssen diese möglicherweise geändert werden, und die E-Mail-Übermittlung wird möglicherweise gestoppt, bis Sie die richtigen Windows SBS-Assistenten ausgeführt haben oder Exchange Server neu konfiguriert wird. Darüber hinaus müssen Sie eine unterstützte Netzwerktopologie mit einem einzelnen Netzwerkadapter und einem Klasse-C-Subnetz haben.

Diese Schritte nehmen die folgenden Änderungen vor:

  • In der Registrierung wird der Name Postfachdatenbank festgelegt
  • In der Registrierung wird die Version der Rolle "Verwaltungstools" korrigiert
  • Der Standardwert des Active Directory-Attributs msSBSEmailQuota für die drei standardmäßigen Windows SBS-Rollen wird hinzugefügt
  • Die richtigen Sicherheitsrollen für das Verwalten der Server, auf denen Exchange Server ausgeführt wird, werden konfiguriert
  • Für den Zugriff auf das Systemkonto werden auf Organisationsebene Berechtigungen hinzugefügt
  • Wenn die Gruppen nicht erstellt wurden, werden die folgenden Gruppen erstellt:
    • SBSAdmins
    • Allusers
    • Postmaster
    • FSRMReports
  • Die gleiche Mitgliedschaft und Einstellungen für jede dieser Gruppen werden festgelegt
  • Die Transporteinstellungen für interne Server und eine Postmasteradresse werden konfiguriert
  • Der standardmäßige Empfangsconnector zum internen Netzwerk wird erneut angebunden, jedoch ohne die interne Router-IP
  • Der standardmäßige Client-Empfangsconnector wird gelöscht
  • Das selbst ausgegebene Windows SBS-Zertifikat, das CN=Sites enthält, wird aktiviert
  • Das selbstsignierte Zertifikat von Exchange Server wird entfernt
  • Die Einstellungen für ausgehende E-Mail-Nachrichten in Microsoft SharePoint werden konfiguriert
  • Ein Hosteintrag in DNS für den SharePoint Simple Mail Transfer Protocol (SMTP)-Server wird hinzugefügt
  • Verschiedene Registrierungsschlüssel werden hinzugefügt, um die Probleme bei der Installation zu entfernen
  • Der Exchange-Server wird mithilfe des bereitgestellten Tools aktiviert
Um diese Probleme zu beheben, wenn Exchange Server 2010 manuell nach der Installation von Windows SBS 2011 installiert wurde, oder wenn Exchange Server 2010 auf dem Windows SBS 2011-Server erneut installiert wurde, führen Sie die folgenden Schritte aus:
  1. Wählen Sie den Befehl Als Administrator ausführen, um die Exchange-Verwaltungsshell in einem Evaluierungsmodus auszuführen.
  2. Führen Sie in der Exchange-Verwaltungsshell die folgenden Befehl in der angegebenen Reihenfolge aus:

    #SBS 2011 Std
    #Exchange-Verwaltungsshell als Administrator starten.
    #Dieses Skript führt die fehlenden Aufgaben nach einer fehlgeschlagenen Installation von Exchange während der Migration aus.

    #Jeden Abschnitt, getrennt durch die Kommentare, einzeln ausführen.

    ##Exchange Setup sollte unter Verwendung der richtigen Parameter vor Ausführung des Skripts abgeschlossen werden.


    ##Den Namen des Postfachs in der Registrierung konfigurieren.
    $mbx = Get-MailboxDatabase -server $env:COMPUTERNAME
    Set-ItemProperty "HKLM:\SOFTWARE\Microsoft\SmallBusinessServer\Messaging" -name "MailboxDatabaseName" -value $mbx.Name

    ##Den Registrierungsschlüssel für die Verwaltungstools hinzufügen. Dies ist aufgrund der Art, wie SBSSetup verpackt ist, erforderlich.
    $Version = get-itemproperty "HKLM:\Software\Microsoft\ExchangeServer\V14\AdminTools"
    Set-ItemProperty "HKLM:\Software\Microsoft\ExchangeServer\V14\AdminTools" -name "ConfiguredVersion" -value $Version.UnpackedVersion

    ##Exchange-Attribut in Benutzerrollen konfigurieren. Dies kann fehlschlagen, wenn die Benutzerrollen fehlen.
    Import-Module ActiveDirectory
    set-aduser "Standard User" -Add @{msSBSEmailQuota=2097152}
    set-aduser "WebWorkplaceTools" -Add @{msSBSEmailQuota=2097152}
    set-aduser "Network Admin" -Add @{msSBSEmailQuota=2097152}

    ##ExchangeAdminPrep
    Add-RoleGroupMember -Identity "Organization Management" -Member "$env:USERDOMAIN\Domain Admins" -BypassSecurityGroupManagerCheck
    Add-RoleGroupMember -Identity "View-Only Organization Management" -Member "$env:USERDOMAIN\$env:COMPUTERNAME$" -BypassSecurityGroupManagerCheck
    $org = Get-OrganizationConfig
    add-adpermission -Identity $org.DistinguishedName -User "SYSTEM" -AccessRights "GenericAll" -InheritanceType "All"

    ##CreateMailDisributionGroupsTask
    #Wenn die Gruppen bereits vorhanden sind, kann ein Fehler angezeigt werden. Dies ist OK. Er weist lediglich darauf hin, dass das SBS-Setup mehrmals ausgeführt und die Quelle aus einer Sicherung niemals wiederhergestellt wurde.

    New-DistributionGroup -SamAccountName "sbsadmins" -Alias "sbsadmins" -Name "Windows SBS Administrators" -OrganizationalUnit $env:USERDNSDOMAIN"/MyBusiness/Distribution Groups" -Type "Distribution" -ErrorAction SilentlyContinue

    New-DistributionGroup -SamAccountName "allusers" -Alias "allusers" -Name "All Users" -OrganizationalUnit $env:USERDNSDOMAIN"/MyBusiness/Distribution Groups" -Type "Distribution" -ErrorAction SilentlyContinue

    Enable-DistributionGroup -Identity "All Users" -Alias "allusers" -WarningAction SilentlyContinue -ErrorAction SilentlyContinue

    Enable-DistributionGroup -Identity "Windows SBS Administrators" -Alias "sbsadmins" -WarningAction SilentlyContinue -ErrorAction SilentlyContinue

    Set-DistributionGroup -RequireSenderAuthenticationEnabled $false -Identity "Windows SBS Administrators" -ForceUpgrade

    New-DistributionGroup -SamAccountName "postmaster" -Alias "postmaster" -Name "Postmaster and Abuse Reporting" -OrganizationalUnit $env:USERDNSDOMAIN"/MyBusiness/Distribution Groups" -Type "Distribution" -WarningAction SilentlyContinue -ErrorAction SilentlyContinue

    Set-DistributionGroup -Identity "Postmaster and Abuse Reporting" -RequireSenderAuthenticationEnabled $false -HiddenFromAddressListsEnabled $true -EmailAddresses "SMTP:postmaster@$env:USERDNSDOMAIN","SMTP:abuse@$env:USERDNSDOMAIN" -EmailAddressPolicyEnabled $false -ForceUpgrade -WarningAction SilentlyContinue -ErrorAction SilentlyContinue

    Add-DistributionGroupMember -Identity "Postmaster and Abuse Reporting" -Member "Windows SBS Administrators"

    New-DistributionGroup -SamAccountName "fsrmreports" -Alias "fsrmreports" -Name "File Server Resource Manager Reports" -OrganizationalUnit $env:USERDNSDOMAIN"/MyBusiness/Distribution Groups" -Type "Distribution" -WarningAction SilentlyContinue -ErrorAction SilentlyContinue

    Set-DistributionGroup -Identity "File Server Resource Manager Reports" -HiddenFromAddressListsEnabled $true -ForceUpgrade
    Add-DistributionGroupMember -Identity "File Server Resource Manager Reports" -Member "Windows SBS Administrators"

    ##ConfigureIntranetSMTPTask

    Set-TransportConfig -InternalSMTPServers 127.0.0.1
    set-transportconfig -ExternalPostmasterAddress "postmaster@$env:USERDNSDOMAIN"

    ##Standard-Empfangsconnector erneut binden
    #Dieser Abschnitt ändert den Standard-Empfangsconnector so, dass er nur das interne Subnetz (ohne Router) abhört, und der E-Mail-Verkehr kann an diesem Punkt stoppen.

    $ip=(gwmi Win32_NetworkAdapterConfiguration | ? { $_.IPAddress -ne $null }).ipaddress.get(0)
    $gateway=(gwmi Win32_NetworkAdapterConfiguration | ? { $_.IPAddress -ne $null }).DefaultIPGateway
    $gw="$gateway"
    $gwIp=$gw.split('.')
    $subnet=$gw.Remove($gw.LastIndexOf('.'))+".0"
    $range=$subnet+"-"+$gw.Remove($gw.LastIndexOf('.'))+"."+($gwIp.get(3)-1)+","+$gw.Remove($gw.LastIndexOf('.'))+"."+([int]$gwIp.get(3)+1)+"-"+$gw.Remove($gw.LastIndexOf('.'))+".255"

    $con = get-receiveconnector -Identity "Default $env:computername"
    $ip+=":25"
    $con.Bindings=$ip
    set-receiveconnector -Identity "Default $env:computername" -Bindings $con.Bindings

    $ipAdd= $range.Split(',')
    $con.remoteipranges = $ipAdd[0]
    $con.remoteipranges += $ipAdd[1]

    set-receiveconnector -Identity "Default $env:computername" -RemoteIpRanges $con.remoteipranges


    ##Den Standard-Empfangsconnector löschen
    #Wenn dieser jetzt verwendet wird, muss dieser Schritt übersprungen oder der Connector neu erstellt werden.
    remove-receiveconnector -Identity "Client $env:computername" -Confirm:$false

    ##Das Standard-Exchange-Zertifikat entfernen und unsere aktivieren
    Get-ExchangeCertificate | ? {$_.Subject -eq "CN=Sites"} | Enable-ExchangeCertificate -services SMTP -force:$true
    #Entfernen
    Get-ExchangeCertificate | ? {$_.FriendlyName -eq "Microsoft Exchange"} | Remove-ExchangeCertificate

    ##Neuer Empfangsconnector
    #Den internen Empfangsconnector für SharePoint, Fax und POP3-Connector erstellen

    new-receiveconnector -Name "Windows SBS Fax Sharepoint Receive $env:computername" -RemoteIPRanges 127.0.0.1-127.0.0.1 -Bindings "127.0.0.1:25" -AuthMechanism "BasicAuth" -PermissionGroups "AnonymousUsers, ExchangeUsers" -Usage "Custom" -Server "$env:COMPUTERNAME" -ConnectionTimeout "00.06:00:00"


    ##ConfigureWSSOutgoingEmailTask
    #Konfiguriert das ausgehende SharePoint-E-Mail-Routing für die Verwendung von Exchange.
    #Dies funktioniert möglicherweise nicht, wenn SharePoint die Standardeinstellungen nicht verwendet oder nicht funktioniert.

    Add-PsSnapin Microsoft.SharePoint.PowerShell
    $spWebApp=Get-SPWebApplication
    $mail="CompanyWebAdmin@"+$env:userdnsdomain
    $spWebApp.UpdateMailSettings("SharepointSMTPServer",$mail,$mail,65001)
    dnscmd $env:computername /recordadd $env:userdnsdomain SharepointSMTPServer A 127.0.0.1

    ## Registrierungsschlüssel für Messagingkomponenten hinzufügen
    $val = get-itemproperty "HKLM:\SOFTWARE\Microsoft\SmallBusinessServer\Components\"
    Set-ItemProperty "HKLM:\SOFTWARE\Microsoft\SmallBusinessServer\Components" -name "Messaging" -value $val.administration

    ##Anzeigeprobleme beheben
    Set-ItemProperty "HKLM:\SOFTWARE\Microsoft\SmallBusinessServer\Setup" -name "DisplayIssues" -value False

    ##Skript Wasserzeichen taggen
    $date=Get-Date
    Set-ItemProperty "HKLM:\SOFTWARE\Microsoft\SmallBusinessServer\Setup" -name "RepairScript" -value "ExchangeFailureCompleteSetup $date"
  3. Fügen Sie Benutzer mithilfe der Windows SBS-Konsole hinzu.
  4. Führen Sie den Assistenten "Internetadressenverwaltung" aus.
  5. Installieren Sie das verwaltungsbezogene Hotfix-Paket aus, um den Exchange-Server zu aktivieren.
Fahren Sie mit dem nächsten Abschnitt fort, um das Hotfix-Paket auf dem Exchange-Server zu aktivieren.

Informationen zum Hotfix

Ein Hotfix zur Behebung des Problems ist von Microsoft erhältlich. Das Hotfix ist jedoch nur zur Behebung des in diesem Artikel beschriebenen Problems vorgesehen. Deshalb sollten Sie nur Systeme aktualisieren, bei denen dieses spezielle Problem auftritt.

Falls der Hotfix zum Download zur Verfügung steht, finden Sie am Anfang dieses Knowledge Base-Artikels den Hinweis "Hotfixdownload verfügbar". Wird dieser Abschnitt nicht angezeigt, senden Sie eine Anfrage an die Microsoft Support Services, um den Hotfix zu beziehen.

Hinweis Falls weitere Probleme auftreten oder andere Schritte zur Problembehandlung erforderlich sind, müssen Sie möglicherweise eine separate Serviceanfrage erstellen. Für zusätzliche Supportanfragen und -belange, die sich nicht auf diesen speziellen Hotfix beziehen, fallen die üblichen Supportgebühren an. Rufen Sie die folgende Microsoft-Website auf, um eine vollständige Liste der Telefonnummern von Microsoft Customer Service and Support (CSS) anzuzeigen oder eine separate Serviceanfrage zu erstellen: Hinweis Das Formular "Hotfix download available" (Hotfixdownload verfügbar) zeigt die Sprachen an, für die der Hotfix verfügbar ist. Falls Ihre Sprache nicht angezeigt wird, gibt es für diese Sprache (noch) keinen Hotfix.

Voraussetzungen

Windows 7 oder Windows Server 2011 R2 muss ausgeführt werden, damit dieses Hotfix angewendet werden kann.

Registrierungsinformationen

Sie müssen keine Änderungen an der Registrierung vornehmen, um das Hotfix aus diesem Paket verwenden zu können.

Neustart

Sie müssen den Computer nicht neu starten, nachdem Sie diesen Hotfix angewendet haben.

Ersetzte Hotfixes

Dieser Hotfix ersetzt keinen zuvor veröffentlichten Hotfix.
Eigenschaften

Artikelnummer: 2527626 – Letzte Überarbeitung: 08.01.2017 – Revision: 1

Feedback