MHeiss2003

Hat denn keiner eine Erklärung dafür?

Softwarelizensierungsdienst-Version: 6.1.7601.17514 Name: Windows Server®, ServerEnterprise edition Beschreibung: Windows Operating System - Windows Server®, OEM_COA_NSLP channel Aktivierungs-ID: xxxxxxxxx Anwendungs-ID: xxxxxxxx Erweiterte PID: xxxxxxxx . . . Lizenzstatus: Lizenziert Verbleibende Windows Rearm-Anzahl: 3 Vertrauenswürdige Zeit: xxxx

@Daniel: Es handelt sich nicht um eine Server Core Installation sondern um eine GUI-Installation. Ich starte das Setup nicht nach einem Neustart, sondern direkt über Windows. Habe aber auch die Installation durch Start der DVD getestet. Auch hier das gleiche Ergebnis, Windows erkennt keine vorhandene Windows Server 2008 R2 Installation.

Hallöchen und schon mal frohe Ostern an alle, der Upgrade Pfad ist im TechNet und im Serverhandbuch von MS zu 2012 R2 beschrieben. Trotzdem habe ich ein Problem bei eben diesem Upgrade. Es handelt sich um eine virtuelle Maschine mit 2008 R2 Enterprise inkl. SP1. Nun wollte ich auf 2012 R2 Standard upgraden. Leider erhalte ich beim starten der ROK Version keine Upgrade Möglichkeit, hier wird nur eine Neuinstallation angeboten. Komisch, denn die installierte 2008 R2 Enterprise Version ist ebenfalls eine ROK Version des gleichen Serverherstellers. Nun dachte ich mir, ich lade mir die Evaluierungsversion herunter und installiere diese. Hier erhalte ich nach dem Starten des Setups zumindest eine nachvollziehbare Fehlermeldung, auch wenn ich diese nicht nachvollziehen kann. Die Meldung lautet: "Windows Server 2008 R2 Enterprise" kann nicht auf "Windows Server 2012 R2 Standard - Testversion (Server mit grafischer Benutzeroberfläche)" aktualisiert werden..." Könnt Ihr mir helfen? Grüße Mario

Hallo, ich stolpere über ein Problem, das Zwischenspeichern von Miniaturansichten in sogenannten thumbs.db Dateien zu unterbinden. Die entsprechende Lokale Benutzereinstellung verteile ich per GPO in "Benutzerkonfiguration -> Administrative Vorlagen -> Windows-Komponenten -> Windows-Explorer -> "Zwischenspeicherung von Miniaturansichten in versteckten thumbs.db-Dateien deaktivieren" an alle Clients. Die Einstellung ist zu aktivieren! Soweit so gut, leider wird bei den Clients diese Einstelllung nicht umgesetzt. Zumindest ist nach Aufruf von gpedit.msc auf einem Windows 7 Pro Client eben genau diese Einstellung nicht aktiviert. Der Status ist immer "nicht konfiguriert". Das verstehe ich nicht. Einen Fehler in der GPO kann ich nicht erkennen. Die Ereignisprotokolle sind ohne Fehler, die Richtlinie wird sauber übernommen. Sehe ich nun unter gpedit.msc einfach nicht die vorgenommen Änderungen oder werden diese nicht übernommen? Grüße Mario

So nun bin ich dem Problem doch auf die Sprünge gekommen. Der Fehler lag an einem fehlerhaften An- und Abmeldeskript, das per GPO in der "Default Domain Policy" den Benutzern zugewiesen war. Hier waren die Serverangaben nicht mehr korrekt. Habe die beiden Skripts gelöscht und in eine separate GPO gepackt. Die Namen des Servers noch korrigiert und dann gpupdate /force durchgeführt. Jetzt rennt alles wieder. MERKE GUT: Nie in die "Default Domain Policy" schreiben!!!!

Fehlermeldungen gibt es sonst keine. Ich habe einen SBS 2011 Standard als DC. Die Gruppenrichtlinien wurden nur um zwei weitere ergänzt. Habe anbei mal ein paar Screenshots der Richtlinien gemacht, die ich sonst noch so im Einsatz habe. Dok1.pdf

Hallo, dieser neue Client ist ein Win7 System Professional. Installiert sind nur die Treiber des Systems. Neu in die Domäne aufgenommen und schon fährt der Rechner erst nach 10 Minuten herunter. Auf den bereits bestehenden Rechnern ist das Problem nicht nach vollziehbar. Auf dem Server läuft als gemeinsame Software Trendmicro Worry Free in der aktuellen Version 7. Diese Software ist aber wie gesagt auf dem problematischen Client nicht installiert. Grüße und vielen Dank.

Hallo bestes Forum, seit einigen Wochen habe ich diese Fehlermeldung auf einem Server 2008 R2 DC. Bei der Abmeldung dauert es genau 559 Sekunden, bis der Server den Benutzer abgemeldet hat. Ebenso lange dauert ein Neustart oder das Herunterfahren. Nun habe ich das Phänomen auch an einem neuen Client Windows 7 Professional 64bit. Bis auf diese Fehlermeldung habe ich keine Events, die auf ein Problem hindeuten könnten. Folgendes habe ich bereits versucht: "Anmeldeskripts gleichzeitig ausführen" in den GPO's aktiviert für Benutzer und Computer. Ebenso habe ich alle Energiefeatures an Windows und der LAN-Karte deaktiviert. Habt Ihr noch Ideen? Grüße Mario

Hallo, wir haben einen neuen SBS2011 in eine bestehende 2003 Domäne integriert. Nun habe ich ein Problem beim Kopieren von Dateien. Genau kann ich nicht sagen, welche Dateien es sind, es sind auch nicht immer die selben Typen. Aufgefallen ist es jetzt ganz aktuell an einer 250 Megabyte PDF Datei. Wenn ein Benutzer versucht, diese mit dem Explorer auf eine der 5 Freigaben auf dem SBS 2011 zu kopieren, dann erscheint die Meldung, dass er dazu Berechtigungen des Administrators benötigt. Wenn ich es als Administrator versuche, dann klappt es. Kopiere ich diese Datei auf eine alte Freigabe des alten 2003 Servers, dann klappt es auch. Habe die Berechtigungen vergleichen, es gibt keine Unterschiede. Selbst wenn ich NTFS Berechtigungen und Freigabeberechtigungen auf JEDER ALLES setze, geht es nicht. In den Fehlerlogs von Win7 und Server 2008R2 (SBS 2011) finde ich keine Hinweise, wen nich das Kopieren starte. Habt Ihr Ideen? Grüße

Hallöchen, habe folgendes Phänomen in meinem Netzwerk. Zweiten DC neben SBS 2011 eingerichtet (AD, DNS). Auf einem Server2003 Standard werden bei der Anmeldung die Gruppenrichtlinien vom zweiten DC geladen, was ich über gpresult herausgefunden habe. Auf einem zweiten Server 2008 R2 mit aktivierten RD Diensten werden die Gruppenrichtlinien vom SBS 2011 geladen,w as ich über gpresult /R herausgefunden habe. Problem: Auf dem 2003 Server wird die Richtlinie "Small Business Server Folder Redirection Policy" angewendet, auf dem 2008 R2 nicht, obwohl die Richtlinie ja im AD vorhaden ist. Wie komme ich da weiter? Grüße und vielen Dank für Eure Hilfe. Mario

Hallöchen, mein Problem besteht in einem Netzwerk mit SBS 2011 Standard. Zusätzlich zu diesem Server existiert unter anderem auch ein W2k8R2 Server mit aktivierter Remotedesktop-Sitzungshost Rolle. Alle Benutzer, die auf dem Remotedesktop-Sitzungshost arbeiten, haben in Ihren Einstellungen unter Active-Directory Benutzer und Computer einen Verweis auf ein servergespeichertes Profil für Remotedesktop-Sitzungen. Wenn ich nun die Ordnerumleitung "Desktop" und "Startmenü" für diese Benutzer aktiviere, wird diese Umleitung auf einem Windows Server 2003 mit aktivierten Terminaldiensten, Windows XP und Windows 7 Clients gemacht. Nicht aber auf dem W2k8R2 Server. Habe versucht die GPO dahingehend anzupassen, dass in den Einstellungen des umzuleitenen Ordners der "exklusive Zugriff" deaktiviert ist. Fehlermeldungen habe ich keine auf dem W2k8R2 Server bei Anmeldung des Benutzers. Komischerweise wird einer ersten Anmeldung am W2k8R2 Server auf dem Share für die umgeleiteten Ordner ein Ordner "documents" angelegt, obwohl ich diesen Ordner gar nicht umleite. Kann mir jemand helfen? Grüße Mario

Hallöchen, komme nicht weiter. Auf dem 2008 R2 Server habe ich dauerhaft Probleme. Seit der Installation passiert es immer wieder, dass unter Tags einfach keine neuen RDP-Verbindungen mehr angenommen werden. Wenn ich in das Fehlerlog sehe, taucht immer wieder die Fehlermeldung 4105 auf. Habe mich nach dem KB Artikel von MS gehalten. Leider kann ich weder "Read Terminal Server License Servers" noch "Write Terminal Server License Servers" finden, somit kann ich diesen Punkt nicht ab arbeiten. Der Server ist auf jeden Fall in der AD-Gruppe der Terminal Server Lizenzserver. Könnt Ihr mir genau sagen, welche Berechtigungen ich da genau setzen muss? Danke für Eure Hilfe. Mario

Leider klappt die Installation der Mailbox Rolle nicht wie gewünscht. Ich erhalte folgenden Fehler: ]# [iD = 8263e07c, Wt = 10, isFatal = True] "Das MSI-Paket fr die Inhaltsindizierung wird installiert." install-MsiPackage -PackagePath ($RoleInstallPath + "Mailbox\MSFTE.MSI") -TargetDirectory $RoleInstallPath -LogFile ($RoleSetupLoggingPath + "\InstallSearch.msilog") -UpdatesDir $RoleUpdatesDir So wie es aussieht ist allerdings alles vorher sauber durchgelaufen. Die Storgages sind auch erstellt. Die Dienste laufen auch sauber. Grüße

Hallo Gabriel70, wie ich feststellen musste, läßt sich die Rolle 'ClientAccess' nach der Deinstallation nicht neu installieren, da das Setup mit einem Fehler abbricht, die Rolle 'Mailbox' wäre nicht konfigriert. Der Aufforderung nach Deinstallation der Mailboxrolle bin ich nachgekommen. Zuerst habe ich alle Mailboxen deaktiviert und dann per adsiedit den öffentlichen Ordner gelöscht. Vorher habe ich natürlich eine Sicherung der EDB's gemacht. Mein Frage ist nun: Wenn ich den Reparaturguide SBS 2008 für die Rolle 'Mailbox' befolgt, ist die Rede davon, die Ordner .\Program Files\Microsoft\Exchange Server\Mailbox\First Storage Group und .\Program Files\Microsoft\Exchange Server\Mailbox\Second Storage umzubenennen, wobei ja davon ausgegangen wird, dass die Mailboxrolle nicht installiert ist. Wenn ich die Rolle 'Mailbox' nun wieder neu installiert habe, kann ich dann die alten EDB's einfach samt Protokolldateien in das neue Folder kopieren oder muss ich eine Recoverygruppe erstellen? Grüße

Hallo, habe ich die Möglichkeit beim SBS 2008 eventuell nur mal die 'ClientAccessRole' neu zu installieren bzw. zu reparieren? Gibt es eine Anleitung für einen reset IIs unter SBS 2008? Wie reinitialisiere ich denn OWA über den System Manager? Grüße

Hallöchen, habe eine Swing-Migration SBS 2003 -> SBS 2008 durchgeführt. Nun habe ich in der Nacharbeit ein Phänomen, das ich nicht gelöst bekomme. Wenn ich OWA intern oder extern aufrufe, kommt die Zertifikatabfrage und dann ein Serverfehler in der Anwendung /owa. Im Windows Log steht dann der Fehler 1310: Ereigniscode: 3008 Ereignismeldung: Es ist ein Konfigurationsfehler aufgetreten. Ereigniszeit: 13.01.2010 22:16:23 Ereigniszeit (UTC): 13.01.2010 21:16:23 Ereignis-ID: cf8a02548ef0499f97c044123a2b550b Ereignissequenz: 1 Vorkommen: 1 Ereignisdetailcode: 0 Anwendungsinformationen: Anwendungsdomäne: /LM/W3SVC/3/ROOT/owa-13-129078909824295767 Vertrauensebene: Full Virtueller Anwendungspfad: /owa Anwendungspfad: C:\Program Files\Microsoft\Exchange Server\ClientAccess\owa\ Computername: SBSSRV Prozessinformationen: Prozess-ID: 10980 Prozessname: w3wp.exe Kontoname: NT-AUTORITÄT\SYSTEM Ausnahmeinformationen: Ausnahmetyp: HttpException Ausnahmemeldung: Die Datei oder Assembly "Microsoft.Exchange.Data, Version=8.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" oder eine Abhängigkeit davon wurde nicht gefunden. Das System kann die angegebene Datei nicht finden. (C:\Program Files\Microsoft\Exchange Server\ClientAccess\owa\web.config line 51) Anforderungsinformationen: Anforderungs-URL: https://sbssrv:443/owa/auth/logon.aspx?url=https://sbssrv/owa/&reason=0 Anforderungspfad: /owa/auth/logon.aspx Benutzerhostadresse: fe80::9270:90be:263:8139Full Benutzer: Ist authentifiziert: False Authentifizierungstyp: Threadkontoname: NT-AUTORITÄT\SYSTEM Threadinformationen: Thread-ID: 3 Threadkontoname: NT-AUTORITÄT\SYSTEM Identitätswechsel für: False Stapelüberwachung: bei System.Web.Compilation.BuildManager.ReportTopLevelCompilationException() bei System.Web.Compilation.BuildManager.EnsureTopLevelFilesCompiled() bei System.Web.Hosting.HostingEnvironment.Initialize(ApplicationManager appManager, IApplicationHost appHost, IConfigMapPathFactory configMapPathFactory, HostingEnvironmentParameters hostingParameters) Details des benutzerdefinierten Ereignisses: Rufe ich die SBS Web Application REMOTE auf, dann erhalte ich Serverfehler in der Anwendung "SBS WEB APPLICATIONS/REMOTE". Im Windows Log stehen dann folgende zwei Meldungen: Fehlernummer 2214 (IIS-W3SVC-WP): Die HTTP-Filter-DLL C:\Program Files\Microsoft\Exchange Server\ClientAccess\Sync\Bin\AirFilter.dll konnte nicht geladen werden. Die Daten enthalten Fehlerinformationen. Fehlernummer 2268 (IIS-W3SVC-WP): Es konnten nicht alle ISAPI-Filter für die Site "SBS WEB APPLICATIONS" geladen werden. Der Start der Site wird daher abgebrochen. Bisher habe ich mich nur eingelesen, woran es liegen könnte. Mit procmon habe ich versucht herauszufinden, was genau beim Zugriff passiert und wo eventuell ein Zugriffsproblem bestehen könnte. Leider weiss ich nicht, wonach ich genau suchen soll. SBS 2008 BPA hat keine Fehler, ebenso Exchange BPA. Alle Updates sind installiert. Mir fehlen die Ansätze. MfG Mario

Hallöchen, wir mussten den Exchangeserver 2003 zurücksichern, das nur als Hintergrund. Ca. 20 Clients greifen direkt auf den Exchange-Server über lokal installiertes Outlook zu. Ca. 15 Clients per RDP auf den Terminalserver. Hier ist Outlook 2003 installiert. Seit der Rücksicherung können diese Benutzer keinen Kalendereintrag mehr erstellen. Auf den lokalen Rechnern funktioniert es, nachdem ich dort wegen Synchroisationsfehlern im Outlook die OST-Datei gelöscht habe und dann neu erstellen ließ. Die Terminaluser bekommen folgende Fehlermeldung: Das Element konnte nicht in diesem Ordner gespeichert werden. Der ordner wurde gelöscht oder verschoben, oder Sie besitzen nicht die Berechtigung. Möchten Sie eine Kopie des Elements im Standardordner für diesen Elementtyp speichern? Was habe ich bisher unternommen: 1. Den Formular Cachespeicher gelöscht und neu erstellen lassen 2. Das Outlook Profil neu erstellt (auch unter einem anderen Namen 3. Exchange Best Practise laufen lassen 4. Ordnerberechtigung überprüft für Kalender Habt Ihr noch Ideen, was man da machen kann? Meine Vermutung ist, dass es schon irgendwie am Outlook liegen muss. Denn lokal funktioniert es einwandfrei. Der angemeldete Administrator bekommt auf dem Terminalserver die selbe Fehlermeldung. Grüße Mario

Hallo, also auch bei HTTP based keinen Erfolg. Grüße

Hallo, also das Ergebnis ist dasselbe, intern nur TCP/IP über RPC, trotz Aufruf der externen owa.domainname.de. Hosteintrag habe ich gesetzt. Ping auf owa.domainname.de führt mich jetzt auch auf die interne IP der ISA. Welche Authentifizierung soll ich dann nehmen? HTTP based? Das Probem ist, dass ich den gleichen Listerner auch für OWA brauche. In der ISA habe ich zwei Regeln, die den gleichen Listerner benutzen. Grüße

Hallo, ja der FQDN für RPC ist auch owa.domainname.de. Authentifizierung auf dem Listener ist FBA mit AD. Auf dem Listener habe ich jetzt zusätzlich das interne Netz hinzugenommen mit der internen IP der ISA. Meintest Du das? Allerdings kann ich Dir beim DNS Eintrag nicht ganz folgen. Welchen Eintrag soll ich erstellen? HOST=owa.domainname.de mit der internen IP-Adresse der ISA?

Hi Letze01, also der ping von ISA auf owa.domainname.de geht. Das SSL-Zertifikat ist auf owa.domainname.de ausgestellt. Bei Aufruf FQDN\rpc kommt ein Loginfenster. Nach dreimaliger Eingabe der Benutzerdaten kommt eine leere weisse Seite mit "Zugriff wurde verweigert".

Hallöchen, die letzte Woche habe ich damit verbracht, den Fehler zu finden, warum keine RPC over HTTP Verbindungen von den Clients aus mehr funktionieren. Leider bin ich nicht weitergekommen bis jetzt. Die Verbindung geht weder intern noch extern. Intern funktioniert zwar die Verbindung, allerdings nur über TCP/IP und nicht über HTTPS. Was habe ich bisher unternommen: 1. DNS Konfiguration überprüft 2. AD überprüft 3. Netzwerktreiber aktualisiert 4. Alle Windows Updates auf ISA 2006 und Windows 2003 R2 mit Exchange 2007 installiert 5. Test der Verbindung intern;ist musste in die hosts Datei des Testrechners den Eintrag "IP-Adresse Exchange owa.domain.de" setzen, damit ich eine Verbindung über SSL bekam, da ich ein ofizielles SSL-Zertifikat installiert habe. Ein Test der RPC-Konfiguration über https://www.testexchangeconnectivity.com/ ergab folgenden Fehler bei ping RPC endpoint 6001: An RPC Error was thrown by the RPC Runtime. Error 2147483647 2147483647. Wenn ich mir die IIS-Logs ansehe, sobald der Test gelaufen ist, finde ich folgendes im Log: 2009-11-15 14:32:13 W3SVC1 SRV032 10.150.30.3 RPC_IN_DATA /Rpc/RpcProxy.dll - 443 domain.local\testuser 10.150.30.254 MSRPC 200 0 0 2009-11-15 14:32:38 W3SVC1 SRV032 10.150.30.3 RPC_OUT_DATA /rpc/rpcproxy.dll srv032.domain.local:6001 443 domain.local\testuser 10.150.30.254 MSRPC 200 0 0 2009-11-15 14:32:38 W3SVC1 SRV032 10.150.30.3 RPC_IN_DATA /rpc/rpcproxy.dll srv032.domain.local:6001 443 domain.local\testuser 10.150.30.254 MSRPC 200 0 0 Die IP 10.150.30.254 ist die ISA, das nur zur Erklärung. In den Serverlogs Exchange finde ich nichts. Einzig auf der ISA habe ich noch einen Fehler, wenn die RPC-Verbindung von extern kommt. Hier die ISA-Meldung: Failed Connection Attempt SRV035 11/15/2009 3:39:04 PM Log type: Web Proxy (Reverse) Status: 64 The specified network name is no longer available. Rule: OWA_RPC In einem Forumsbeitrag hatte ein user allerdings geschrieben, dass diese Meldung normal sei und einfach vernachlässigt werden könnte. Bei Fehlern bin ich allerdings naturgemäß immer etwas skeptischer. Wenn von extern zugegriffen werden soll, sieht das IIS-Log so aus: 2009-11-15 14:39:04 W3SVC1 SRV032 10.150.30.3 RPC_IN_DATA /rpc/rpcproxy.dll srv032.domain.local:6004 443 domain.local\admHeiss 10.150.30.254 MSRPC 200 0 0 2009-11-15 14:39:04 W3SVC1 SRV032 10.150.30.3 RPC_OUT_DATA /rpc/rpcproxy.dll srv032.domain.local:6004 443 domain.local\admHeiss 10.150.30.254 MSRPC 200 0 0 Nun weiß ich nicht mehr weiter, was ich noch alles checken soll. OWA funktioniert übrigens bestens. Habt Ihr noch Ideen? Grüße Mario

OK, kann ich das per aktualisiertem Treiber realisieren?

Hallöchen, habe auf meinem LAP Virtual PC 2007 installiert. Darauf laufen zwei virtuelle Systeme, einmal XP Pro und einmal Windows 7 Beta. Im Büro mit WLAN funktioniert die Internetverbindung auf den virtuellen Clients problemlos. Jetzt habe ich über mein HTC Touch Smartphone eine Internetfreigabe eingerichtet und das über Bluetooth konfiguriert. Die Verbindung des Hosts klappt wunderbar, leider komme ich aber mit den virtuellen Clients nicht ins Internet. Egal welche Netzwerkkarte ich auch auswähle in den Einstellungen der virtuellen Clients, der Client verwendet immer meine Netzwerkkarte LAn über Kabel, obwohl ich keine Verbindung hierüber habe. Was soll ich tun? Grüße Mario Heiß