magicpeter

Hallo, wir setzen noch einen alten Windows 2008 SBS SP2 Server ein und der macht seit 2 Tagen keine Datensicherung mehr. Es scheint etwas plötzlich mit den Schattenkopien nicht in Ordnung zu sein. Wenn ich im Explorer auf Laufwerk C oder E Schattenkopie konfigurieren klicken dann steht da nur Fehler bei der Initialisierung Fehler 0x80042304 In der Ereignisanzeige steht: Quelle: VSS Ereignis-ID: 7001 VssAdmin: Es kann keine Schattenkopie erstellt werden.: Volumeschattenkopie-Anbieter ist auf dem System nicht registriert. Befehlszeile: "C:\Windows\system32\vssadmin.exe Create Shadow /AutoRetry=15 /For=C:\". Wenn ich die Datensicherung per Taskplaner oder manuell starte erscheint im der Ereibnisanzeige folgende Fehler. Quelle: Backup Ereignis-ID: 9 Bei der um "{070eed73-a8cf-424d-af27-703823030b9f}" gestarteten Sicherung ist ein Fehler aufgetreten, da der Volumeschattenkopie-Vorgang für Sicherungsvolumes nicht erfolgreich war. Fehlercode: "2155348075". Wenn ich den Befehl vssadmin list providers Werden keine Provider aufgeführt Wenn ich den Befehl vssadmin list writers Hat kein Writer einen Fehler Ich habe schon sehr viel gegooglet aber konnte keine Lösung finden. Ich wäre für jeden Hinweis dankbar. Ohne Schattenkopien ist das Leben auf einem Server nicht wirklich schön. Keine Windowsdatenischerung ist mehr möglich. Danke und Gruss

Problem gelöst... Exchange Verwaltungsconsole starten Server / Server / Outlook Anywhere Dort den Externen Host der im Zertifikat steht für Intern und Extern eintragen. remote.kundendomain.com Exchange Verwaltungs Shell starten get-OutlookProvider | fl Set-OutlookProvider -Identity EXCH -CertPrincipalName msstd:remote.kundendomain.com Set-OutlookProvider -Identity EXPR -CertPrincipalName msstd:remote.kundendomain.com Set-OutlookProvider -Identity WEB -CertPrincipalName msstd:remote.kundendomain.com Am PC vor dem Start von Outlook ipconfig /flushdns Dann gibt es auch keine Fehlermelungen und Anmeldeversuche mehr. Alles läuft automatisch.

Sorry, hat keiner eine Idee? Schade...

Jetzt gibt es noch ein kleines Problem mit externen Outlooks. Die vergessen die Proxy-Server Einstellungen.. nach dem 2ten mal Outlook starten. Anschließend steht in dem https:// Feld nur der lokale Mailserver: serverex.domain.local und die Häkchen beim Häkchen vor "Nur SSL für Verbindung verwenden" Und ein Häkchen vor dem Nächten Punkt "Verbindung mit Proxyserver herstellen,.." In das nächste Feld Tragen Sie dann folgenden Wert ein. msstd:remote.kundendomain.com sind auch weg Es funkltioniert beim ersten mal alles. emails empfangen und versenden. Warum beim 2ten mal nicht mehr? Was läuft das falsch? Wer schreibt die neuen Daten da rein? )o; Danke für euere Hilfe.

Hi, ich glaube das könnte es sein... Der Benutzer A ist Administrator Was muß ich jetzt genau machen. Den Benutzer einfach aus der Gruppe Administratoren nehmen und gut ist? Wie setze ich den AdminCount wieder auf 0? Super danke, das hat geholfen... genau das was das Problem... Hier steht alles genau beschreiben... http://www.msexchangefaq.de/konzepte/adminsdholder.htm#h2.6 Noch mals Danke... Problem gelöst...

Halli Hallo Hallöchen, heute waren hatten wir ein sehr komisches Ereignis. 1 x Windows Server 2013 Std als DC 1 x Windows Server 2012 Std. mit Exchange 2013 CU2 Alles läuft sehr gut seit 3 Monaten. Heute haben wir probiert einen Benutzer A mit seinem Iphone 4S mit IOS 7 mit dem Exchange 2013 zu verbinden. Keine Chance, Zugangsdaten und Server wurden eingegeben als korrekt abgehackt von IOS7. Aber es wurden keine emails herunter geladen. Weder per WLAN und per 3G Fehlermeldung am Iphone: E-Mails können nicht empfangen werden. Die Verbindung mit dem Server ist fehlgeschlagen. Dann haben wir einen anderen Benutzer B mit seinem Iphone 4S mit IOS 7 am Exchange 2013 eingerichtet. Kein Problem hat in 2 Minuten alles geklappt. Dann haben wir noch den Benutzer A versucht auf einem anderen Iphone 4S mit IOS 7 einzurichten. Auch hier keine Change. Auch an einen IPAD Mini mit IOS 6.1 hat es nicht geklappt. Woran kann sowas liegen? Benutzer B keine Probleme bei Benutzer A keine Change! Ist euch sowas schon mal untergekommen? Danke für euere Hilfe.

Hi NeMiX, kannst du mir auch eines oder zwei nennen? Die zuverlässig sind und bezahlbar?

Hi, ich teste gerade http://www.gfimax.de Macht einen sehr professionell Eindruck. Ich habe es auf 2 Server laufen, also den Agenten und die Berichtet und Warnungen klappen sehr gut. @Necron "Windows Server Essentials Experience" konnte ich in Windows 2012 Std. R1 nicht finden. Gibt es das dort nicht?

Ich würde mir einfach gerne einmal am Tag eine email von allen meinen Servern senden lassen. Kenn jemand eine Software mit der man das zuverlässig machen kann? Hat jemand Erfahrung mit http://www.gfimax.de ???

Hallo, Problem wurde gelöst.... Folgender Lösungsweg wurde beschritten. Dies kann mit folgenden Konfigurationsschritten umgangen werden: Die internen und externen URLs für die virtuellen Verzeichnisse auf dem Exchange Server müssen auf die externen URLs eingestellt werden: Diese Einstellung muss für alle virtuellen Verzeichnisse gemacht werden. für die gelb markierten virtuellen Verzeichnisse in der folgenden Grafik kann dies über die Exchange Verwaltungswebsite gemacht werden: Natürlich müssen wir nun auch noch dafür sorgen, dass interne Clients die "externe" URL auch auflösen können. Dazu werden auf dem internen DNS-Server eigene Zonen für diese URL erstellt: Darin wir dann ein leerer A-Record mit der IP des Exchange Servers erstellt: Dies reicht aber noch nicht, um die Zertifikatsfehlermeldungen beim öffnen des Outlooks los zu werden. Das Problem ist nun noch der Autodiscover Dienst. Wenn man über die Exchange Verwaltungsseite das virtuelle Verzeichnis für Autodiscover öffnet, gibt es keine Möglichkeit interne oder externe URLs zu definieren. Dies muss über die Exchange Shell gesetzt werden. Schauen wir uns zuerst einmal an, was per Default als interne URL gesetzt ist. Dies können wir mit folgendem Befehl: Get-ClientAccessServer | FL AutoDiscoverServiceInternalUri Hier wird die interne URL zum Autodiscoverdienst ausgegeben. Diese muss nun auf die externe URL umgestellt werden: Set-ClientAccessServer -Identity <Netbiosname des Exchange Servers> -AutoDiscoverServiceInternalUri "https://autodiscover.mydomain.com/autodiscover/autodiscover.xml Aber auch jetzt gibt es noch Zertifikatsfehlermeldungen beim öffenen des Outlook. Dies liegt daran, dass im IIS noch nicht auf beiden Websites (Frontend - und Backendwebsite) das offizielle Zertifikat zugewiesen ist. Als letzter Schritt muss also noch auf beiden Webs im ISS unter "Bindings" das offizielle Zertifikat zugewiesen werden. Auf folgenden Seiten wurde die Informationen veröffentlicht: http://it-blog.bru.ch/2013/02/exchange-2013-in-einer-local-domane.html http://comegu.de/ssl-zertifikat-auf-windows-server-mit-iis7-einrichten-howto.html So klappt es prima. Wichtig nach den Änderugnen den Exchange Server einmal neustarten. Dann klappt alles prima und keine Meldung erscheinen mehr beim Outlook start.

Es wird über einen Smarhost versendet.. Ja, die stehen alles in der Warteschlange Status = Wiederholen aber nix geht raus... Wo finde ich den die Fehler zu dne Warteschalgne? Hallo Problem wurde gelöst... Es lang an einem fehlenden A-Record im DNS für den SMTP-Server des Smarthost-Server unseres Providers. Da wir eine Zone der externen Domain einrichtet hatten und dort nur die A-Records für remote. und autodiscover eingetragen sind kam der smtp. nicht durch. Wir haben jetzt den A-Record für SMTP eingetragen und alle emails verlassen das Haus... Danke für euere Hilfe...

Hi, wir haben einen Exchange 2007 auf einen Exchange 2013 migriert. Hat alles super geklappt. Alter Exchange 2007 = 192.168.8.100 (ex2007) Neuer Exchange 2013 = 192.168.8.102 (serverex) Alter Server/Exchange wurde sauer aus der Domain deinstalliert. Der neue Serverex lief eine Woche alleine und hat alles funktioniert. Gestern dann auf einmal gingen keine emails mehr raus. Rein kommen immer noch alle emails. Es gibt keine Logdateien, obwohl ich die Protokolloerung für den Sendeconnector eingeschaltet haben. Aus dem DNS wurden bereits alle Einträge des alten Exchange 2007 entfernt. Kann es mit den alten DNS-Einträgen zusammen hängen? Obwohl der alte Exchange schon seit einer Woche nicht mehr da ist? Danke für euere Hilfe.

OK, Problem gelöst.... Nachdem ich alle RAM-Module ausgetauscht habe lief der Server ohne Mucken bis heute durch... Problem gelöst... Danke für euere Anteilnahme... Hi lefg, <<< Supermicro SC825TQ-R740LPB 2HE Serverboard Supermicro MBD-X9SCA-F bis 32 GB DDR3 RAM, VGA, 2 x GB-LAN CPU Intel Xeon E3-1220V2 3.10 GHz 4-Core 4 x RAM 8 GB DDR3 1280 MHz, Kingston RaidController LSI 9560SE Raid SATA PCI-E PLUS BBU 2xHDD SATA II 500 GB WD RE4 64MB 7.200 - System 2xHDD SATA II 1000 GB WD RE4 64MB 7.200 - Daten DVD-Brenner, black, 2 x 740W redundantes Netzteil <<< Ist wirklich Serverhardware und eigentlich auch sehr zuverlässig, aber wie du schon sagtest, es kann auch von Anfang an kaputt sein...

Sorry, wir setzen einen Exchange 2013 ein und das läuft das SCript nicht. Alle Virtuellen Verzeichnisse wurden unter der Exchange Verwaltungsoberfläsche gesetzt. Und geprüft: Get-AutodiscoverVirtualDirectory | ft Identity,InternalURL,ExternalUrl Get-webservicesVirtualDirectory | ft Identity,InternalURL,ExternalUrl Get-OabVirtualDirectory | ft Identity,InternalURL,ExternalUrl Get-OwaVirtualDirectory | ft Identity,InternalURL,ExternalUrl Get-EcpVirtualDirectory | ft Identity,InternalURL,ExternalUrl Get-ActiveSyncVirtualDirectory | ft Identity,InternalURL,ExternalUrl Alle da nur der Get-AutodiscoverVirtualDirectory | ft Identity,InternalURL,ExternalUrl bringt keine Verzeichnisse zurück. Die Zertifizioerungsmeldung kommt aber immer noch beim Start von Outlook. Wo Hakt es denn jetzt noch? Hi Norbert, nur noch mal zur Erinnerung. <<< Wenn ich jetzt in der Exchange Verwaltung unter Server / Zertifikate für das Interne Zertifikat (ServerEXCA) den Port IIS aktiviere funktioniert die Interne Verbindung mit den Outlooks wieder ohne Fehlermeldung. Aber die externen Outlooks können sich jetzt nicht mehr Verbinden. Dafür muß ich wieder für das Zertifikat (remoteZert) für die Domain remote.domain.de anpassen und den Port IIS aktivieren. Leider läßt sich nicht bei beiden Zertifikaten der Port IIS aktivieren. <<< Das wäre so einfach... (o; wenn es ginge...

Das ist aber mal eine Aussage und wie oder wo mache ich das? Das hört sich nicht so einfach an... Weist du wie? und sagst du mir das auch? Wäre echt nett...

Wie kann ich denn einstellen das nur oder als erstes test-europe.com angesprochen wird? Damit der Fehler nicht mehr kommt. Danke für die Info

Hi Norbert, das bekomme ich beim beim Outlook -EMail Autokonfigurationstest heraus: <?xml version="1.0" encoding="utf-8"?> <Autodiscover xmlns="http://schemas.microsoft.com/exchange/autodiscover/responseschema/2006"> <Response xmlns="http://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a"> <User> <DisplayName>Administrator</DisplayName> <LegacyDN>/o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=administrator</LegacyDN> <AutoDiscoverSMTPAddress>administrator@test-europe.com</AutoDiscoverSMTPAddress> <DeploymentId>c9813941-f3f1-429e-a833-aee9a01747bd</DeploymentId> </User> <Account> <AccountType>email</AccountType> <Action>settings</Action> <MicrosoftOnline>False</MicrosoftOnline> <Protocol> <Type>EXCH</Type> <Server>127723e0-71ce-4bc5-87ec-f1c8192c12d8@test-europe.com</Server> <ServerDN>/o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=127723e0-71ce-4bc5-87ec-f1c8192c12d8@test-europe.com</ServerDN> <ServerVersion>73C082C8</ServerVersion> <MdbDN>/o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=127723e0-71ce-4bc5-87ec-f1c8192c12d8@test-europe.com/cn=Microsoft Private MDB</MdbDN> <PublicFolderServer>serverex.testeurope.local</PublicFolderServer> <AD>SERVERDC.testeurope.local</AD> <ASUrl>https://serverex.testeurope.local/EWS/Exchange.asmx</ASUrl> <EwsUrl>https://serverex.testeurope.local/EWS/Exchange.asmx</EwsUrl> <EmwsUrl>https://serverex.testeurope.local/EWS/Exchange.asmx</EmwsUrl> <EcpUrl>https://serverex.testeurope.local/ecp/</EcpUrl> <EcpUrl-um>?rfr=olk&p=customize/voicemail.aspx&exsvurl=1&realm=testeurope.local</EcpUrl-um> <EcpUrl-aggr>?rfr=olk&p=personalsettings/EmailSubscriptions.slab&exsvurl=1&realm=testeurope.local</EcpUrl-aggr> <EcpUrl-mt>PersonalSettings/DeliveryReport.aspx?rfr=olk&exsvurl=1&IsOWA=<IsOWA>&MsgID=<MsgID>&Mbx=<Mbx>&realm=testeurope.local</EcpUrl-mt> <EcpUrl-ret>?rfr=olk&p=organize/retentionpolicytags.slab&exsvurl=1&realm=testeurope.local</EcpUrl-ret> <EcpUrl-publish>customize/calendarpublishing.slab?rfr=olk&exsvurl=1&FldID=<FldID>&realm=testeurope.local</EcpUrl-publish> <EcpUrl-photo>PersonalSettings/EditAccount.aspx?rfr=olk&chgPhoto=1&exsvurl=1&realm=testeurope.local</EcpUrl-photo> <EcpUrl-extinstall>Extension/InstalledExtensions.slab?rfr=olk&exsvurl=1&realm=testeurope.local</EcpUrl-extinstall> <OOFUrl>https://serverex.testeurope.local/EWS/Exchange.asmx</OOFUrl> <UMUrl>https://serverex.testeurope.local/EWS/UM2007Legacy.asmx</UMUrl> <OABUrl>https://serverex.testeurope.local/OAB/03f250bb-9563-4f36-b0f7-92b4566188ed/</OABUrl> <ServerExclusiveConnect>off</ServerExclusiveConnect> </Protocol> <Protocol> <Type>EXPR</Type> <Server>serverex.testeurope.local</Server> <SSL>Off</SSL> <AuthPackage>Ntlm</AuthPackage> <ServerExclusiveConnect>on</ServerExclusiveConnect> <CertPrincipalName>None</CertPrincipalName> <GroupingInformation>Default-First-Site-Name</GroupingInformation> </Protocol> <Protocol> <Type>WEB</Type> <Internal> <OWAUrl AuthenticationMethod="Basic, Fba">https://serverex.testeurope.local/owa/</OWAUrl> <Protocol> <Type>EXCH</Type> <ASUrl>https://serverex.testeurope.local/EWS/Exchange.asmx</ASUrl> </Protocol> </Internal> </Protocol> <Protocol> <Type>EXHTTP</Type> <Server>serverex.testeurope.local</Server> <SSL>Off</SSL> <AuthPackage>Ntlm</AuthPackage> <ASUrl>https://serverex.testeurope.local/EWS/Exchange.asmx</ASUrl> <EwsUrl>https://serverex.testeurope.local/EWS/Exchange.asmx</EwsUrl> <EmwsUrl>https://serverex.testeurope.local/EWS/Exchange.asmx</EmwsUrl> <EcpUrl>https://serverex.testeurope.local/ecp/</EcpUrl> <EcpUrl-um>?rfr=olk&p=customize/voicemail.aspx&exsvurl=1&realm=testeurope.local</EcpUrl-um> <EcpUrl-aggr>?rfr=olk&p=personalsettings/EmailSubscriptions.slab&exsvurl=1&realm=testeurope.local</EcpUrl-aggr> <EcpUrl-mt>PersonalSettings/DeliveryReport.aspx?rfr=olk&exsvurl=1&IsOWA=<IsOWA>&MsgID=<MsgID>&Mbx=<Mbx>&realm=testeurope.local</EcpUrl-mt> <EcpUrl-ret>?rfr=olk&p=organize/retentionpolicytags.slab&exsvurl=1&realm=testeurope.local</EcpUrl-ret> <EcpUrl-publish>customize/calendarpublishing.slab?rfr=olk&exsvurl=1&FldID=<FldID>&realm=testeurope.local</EcpUrl-publish> <EcpUrl-photo>PersonalSettings/EditAccount.aspx?rfr=olk&chgPhoto=1&exsvurl=1&realm=testeurope.local</EcpUrl-photo> <EcpUrl-extinstall>Extension/InstalledExtensions.slab?rfr=olk&exsvurl=1&realm=testeurope.local</EcpUrl-extinstall> <OOFUrl>https://serverex.testeurope.local/EWS/Exchange.asmx</OOFUrl> <UMUrl>https://serverex.testeurope.local/EWS/UM2007Legacy.asmx</UMUrl> <OABUrl>https://serverex.testeurope.local/OAB/03f250bb-9563-4f36-b0f7-92b4566188ed/</OABUrl> <ServerExclusiveConnect>On</ServerExclusiveConnect> <CertPrincipalName>None</CertPrincipalName> </Protocol> <PublicFolderInformation> <SmtpAddress>EX2013@test-europe.com</SmtpAddress> </PublicFolderInformation> </Account> </Response> Kannst du damit etwas anfangen? Danke Achja, das habe ich auch schon probiert. Hat kurz einen Erfolg gebracht, dann kam aber wieder die Meldung mit dem Zertifikat. Auf dem Server serverDC im DNS folgende Einträge setzen Neue Zone test-europe.com und dann Unter test-europe.com und testeurope.local Forward.lookupzone Darauf rechts Klick weitere neue Einträge SRV Dienst: _autodiscover Protokoll_ _tcp Portnummer: 443 Host der diesen Dienst anbietet: serverex.testeurope.local oder auch remote.test-europe.com (Dieser Host muß in dem Zertifikat enthalten sein) Auf dem Client ipconfig /flushdns den DNS Cache löschen Outlook auf dem Client starten Dort dann auf dem Outlook Symbol in der Systemtray "E-Mail Autokonfiguration testen" Dort kann man dann unter Protokolle die Angaben der Autoermittlung sehr gut erkennen auf welchen Hosts die autodiscovery-Datei liegt. Hat leider nicht wirklich richtgi geholen.

Hi, wir haben einen neuen Exchange 2013 Server aufgebaut und der läuft. emails kommen rein und gehen raus. Nach der Installation des Exchange 2013 Servers haben als nächsten Schritt ein Zertifikat beantragen. Das Zertifikat wurde von der internen CA ausgestellt. (ServerEXCA) Hier steht alles genau beschrieben: http://www.msblog.eu Alle Outlooks können ohne Probleme und ohne Sicherheitswahrnung mit dem Exchange kommunizieren. Wir haben dann ein Zertikat (remoteZert)für den externen Zugriff eingerichtet und das funktioniert auch. https://remote.domain.de/owa ist verschlüsselt und alles läuft. So das auch Outlooks von externe sich mit dem Exchange verbinden können. Im DNS Server wurden 2 zusätzliche Zonen unter forward-Lookupzone eingerichtet remote.domaine.de und mail.domain,de Die haben jeweils einen A-Record auf die Interne-IP-Adresse des Exchange Servers bekommen. (192.168.8.102) Nur Intern, wenn sich die Outlooks 2010 mit dem Exchange verbinden kommt die Fehlermeldung: SERVEREX.domain.local Sicherheitszertifikat stammt von einer vertrauenswürdigen Zertifizierungstelle. Das Datum des Sicherheitszertifikats ist gültig. x Der Name auf dem Sicherheitszertifikat ist ungültig oder stimmt nicht mit dem Name der WebSite überein. Wenn ich jetzt in der Exchange Verwaltung unter Server / Zertifikate für das Interne Zertifikat (ServerEXCA) den Port IIS aktiviere funktioniert die Interne Verbindung mit den Outlooks wieder ohne Fehlermeldung. Aber die externen Outlooks können sich jetzt nicht mehr Verbinden. Dafür muß ich wieder für das Zertifikat (remoteZert) für die Domain remote.domain.de anpassen und den Port IIS aktivieren. Leider läßt sich nicht bei beiden Zertifikaten der Port IIS aktivieren. Was kann ich da machen, damit das nicht mehr erscheint? Wie kann ich das korrigieren? Danke

Ich habe gestern den Virenscanner ausschalten und Dynamic Ticking ausgeschaltet. bcdedit /set disabledynamictick yes Leider ohne Erfolg. System blieb 10 Minuten später wieder hängen. Jetzt wieder der Ram ausgetauscht und dann das das Board. Das ist echt sehr komisch.

Es muß nur ein Eintrag in die smb.conf eingefügt werden. Das geht so: putty 192.168.8.x login: admin Passwort: xxxxxx vi /etc/config/smb.conf Solution is adding "strict allocate = yes" to the smb.conf and restarting the Samba. strict allocate = yes Der Eintrag wird in der jeweiligen Freigaben eingefügt nicht in Global. Dann klappt es auch mit der Datensicherung.

Hi, im Log steht nix... Ich war dabei, der Bildschirm friert ein und nix geht mehr... Ich werde morgen einmal den Virenscanner ausschalten und den Speicher austauschen. und Dynamic Ticking? bcdedit /set disabledynamictick yes deaktivieren. Mal schauen ob es was bringt.

Hi lefg, ja, ich werde auch das Board und den Ram austauschen, mal schauen ob das was bringt... Es ist schon sehr komisch.. Einmal am Tag aber auch in der Nacht... Es ist nicht am selben Zeitpunkt... Letztens ist es genau um 23:32 am 28.08.2013 stehen geblieben. Das konnte ich an dem eingefrorenen Bilschirm sehen. Es tritt an unterschiedlichen Zeiten auf.

Memtest noch nicht, werde ich aber noch machen... Ich werde einmal den Speicher austauschen, da der Memtest nicht immer alle Fehler findet. Was ist mit http://winfuture.de/news,70810.html Dynamic Ticking? bcdedit /set disabledynamictick yes Hat da schon mal jemand mit Probleme gehabt

Hi, wir haben in der letzen Wochen einen neuen Windows Server 2012 Std. bei uns in der Firma zu Testzwecken installiert. Kein Hyper-V ein ganz normaler Server. Hardware: Supermicro SC825TQ-R740LPB 2HE Serverboard Supermicro MBD-X9SCA-F bis 32 GB DDR3 RAM, VGA, 2 x GB-LAN CPU Intel Xeon E3-1220V2 3.10 GHz 4-Core 4 x RAM 8 GB DDR3 1280 MHz, Kingston RaidController LSI 9560SE Raid SATA PCI-E PLUS BBU 2xHDD SATA II 500 GB WD RE4 64MB 7.200 - System 2xHDD SATA II 1000 GB WD RE4 64MB 7.200 - Daten DVD-Brenner, black, 2 x 740W redundantes Netzteil Software: Windows 2012 Std., Avira Endpoint Security mit Avira Server Security Dienste: AD, DHCP, DNS Der Server soll für einen Kunden vorbereitet werden. Er ist installiert, alle Updates sind drauf. Raidcontroller Bios Update ist drauf. Den Server haben wir in einer ähnlichen Konfiguration schon viele male verkauft. Avira läuft überall ohne Probleme. Der Server startet ohne Probleme und alle Dienste laufen. Im Ergebnisprotokoll sind keine Fehler vorhanden. Der Server bleibt unregelmäßig einfach stehen, also friert ein. Nix geht mehr. Nur ein Neustart bringt ihn wieder zum leben. Hat einer schon einmal sowas erlebt?

@ara Der LSI 3W are SAS/SA T A 9750-4i 6GB plus LSI LOGIC BBU für 3W9750, BBU07 hat natürlich auch 512 MB DDR2 Cache auf dem Controller. Da geht natürlich einiges mit. Aber die Werte stammen vom IOmeter und wurdne so angezeigt in meiner Testumgebung. Sieht also nicht schlecht aus und das System ist echt schnell. Es arbeiten 5 Benutzer damit als Fileserver und Exchange.