Horstenberg

Mittlerweile ist ja sicher, dass es nach SBS 2011 keinen weiteren SBS mehr geben wird. MS will kleine Unternehmen weitgehend in die Cloud schieben, daher soll es keinen Windows Server mehr mit integriertem Exchange geben. Für kleine Unternehmen bleibt nur Windows Server 2012 Essentials mit Cloud-Diensten oder Exchange-Alternativen wie David usw. In vielen Umgebungen darf man Exchange-Daten aber nicht in die Cloud schieben, etwa bei Steuerberatern, Rechtsanwälten, Notaren. Und gleichzeitig wollen diese wahrscheinlich bei Exchange bleiben, wegen des großen Leistungsumfangs. Daher meine Frage, was ist Eure Meinung: Sollte man bestehende SBS 2003 oder 2008 Installationen möglichst auf den "aktuellsten" SBS 2011 ungraden, um möglichst lange damit arbeiten zu können? Oder würdet Ihr bei SBS 2003 oder 2008 bleiben? Danke für Eure Ansichten!

Der MS-Support hat sich zwei Mal den Server per Fernwartung angeguckt und Screenshots gemacht. Dort wurde die Verantwortlichkeit hin- und hergeschoben (zwischen dem Exchange-Support-Team und dem IIS 7.0-Supportteam). Dann haben die sich nicht mehr gemeldet. Wir haben irgendwann entnervt den Fall dort geschlossen.

So, durch die Wochenendarbeit konnte ich den ursprünglichen Fehler (permanentes Auftauchen der Outlook-Abfragebox) beheben. Die Anbindung der Exchange Client-Access-Role an den IIS 7.0 und den Zertifikateserver war fehlerhaft. Zur Behebung gibt es ein von Microsoft bereitgestelltes Script (das eigentlich angewendet werden soll, wenn man die Client-Access-Role im SBS komplett deinstalliert und wieder installiert). Jetzt bleiben "nur noch" die Probleme im IIS 7.0: Der Remote-Webarbeitsplatz ist nicht erreichbar (http 500.0), owa funktioniert nicht aufgrund "Laufzeitfehlers", auch ExchangeActiveSync funktioniert nicht. Vom IIS erhalte ich folgende Fehlermeldungen: W3SVC-WP 2214 08.07.2012 02:53:19 1.895 Ereignisdetails: Die HTTP-Filter-DLL C:\Program Files\Microsoft\Exchange Server\ClientAccess\owa\auth\owaauth.dll konnte nicht geladen werden. Die Daten enthalten Fehlerinformationen. W3SVC-WP 2268 08.07.2012 02:53:19 1.895 Ereignisdetails: Es konnten nicht alle ISAPI-Filter für die Site "DEFAULT WEB SITE" geladen werden. Der Start der Site wird daher abgebrochen. Mir scheint dies zusammenzuhängen mit folgender Fehlermeldung des Asp.net 2.0.50727.0: Protokollname: Application Quelle: ASP.NET 2.0.50727.0 Ereignis-ID: 1309 Aufgabenkategorie:Webereignis Ebene: Warnung Schlüsselwörter:Klassisch Benutzer: Nicht zutreffend Computer: XXX Beschreibung: Ereigniscode: 3005 Ereignismeldung: Es ist eine unbehandelte Ausnahme aufgetreten. Ereigniszeit: 08.07.2012 11:30:12 Ereigniszeit (UTC): 08.07.2012 09:30:12 Ereignis-ID: f48b804bc557417b81e4a39b366468ab Ereignissequenz: 22 Vorkommen: 21 Ereignisdetailcode: 0 Anwendungsinformationen: Anwendungsdomäne: /LM/W3SVC/3/ROOT/Autodiscover-1-129861539536890371 Vertrauensebene: Full Virtueller Anwendungspfad: /Autodiscover Anwendungspfad: C:\Program Files\Microsoft\Exchange Server\ClientAccess\Autodiscover\ Computername: *** Prozessinformationen: Prozess-ID: 6672 Prozessname: w3wp.exe Kontoname: NT-AUTORITÄT\SYSTEM Ausnahmeinformationen: Ausnahmetyp: FileNotFoundException Ausnahmemeldung: Die Datei oder Assembly "Microsoft.Exchange.Diagnostics, 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. P.S. Vieles, was Ihr schreibt zur Neuaufsetzung, Änderungen bei der Betreuung usw. ist natürlich richtig. Leider wird mein Netzwerk und der SBS 2008 (extern) von einem Admin betreut, der vieles sehr gut macht, aber sich im SBS-Bereich nicht genug auskennt. Dadurch sind die Fehler entstanden. Aber: Bis auf die vorgenannten Fehler läuft der SBS 2008 derzeit. Ein Neuaufsetzen ist aufgrund von Spezialsoftware und -datenbanken, die auf dem Server laufen, sehr aufwändig, zumal ich nur ein kleines Büro habe (10 Arbeitsplätze). Da warte ich den nächsten Software-Zyklus ab. Zur Not muss ich halt so lange ohne owa und ExchangeActiceSync etc. leben. Nochmals Danke für Eure Hilfe!

Danke für alle Hinweise. Hat jemand Erfahrungen damit gemacht, die Webserver (IIS) - Rolle im SBS 2008 zu deinstallieren und dann wieder zu installieren? Mein Verdacht ist, dass durch De- und Reinstallation von .Net 4.0 die Bindungen (asp.net usw.) zerschossen worden sind. Dies könnte durch eine Neuinstallation der IIS-Rolle repariert werden?

Ich wollte hier eigentlich einen Gedankenaustausch anregen zur Frage, was die Reinstallation von Diensten und Serverrollen in solch einer Situation bringen kann und welche Wiederherstellungstools genutzt werden sollten. Da bin ich offensichtlich der einzige. Schade. Eine Diskussion, wann der MS-Support sinnvoll ist und wann nicht usw., möchte ich nicht führen. Aber danke für Eure Beiträge.

Ich will ja jetzt nicht meckern. Aber muss es sein, diesen Thread derart ins Off-Topic zu ziehen?? Wenn ich Fragen zum Microsoft-Support habe, bin ich durchaus in der Lage, mich klar auszudrücken. Ich hatte dieses Forum eigentlich in guter Erinnerung als einen Ort, wo zur Sache diskutiert wird.

Auf die Idee sind wir auch gekommen. Der Microsoft-Support wurde engagiert. Hat vor zwei Wochen sich den Server per Remote angeguckt und ein paar Screenshots gemacht. Und sich dann nicht wieder gemeldet.

Hallo, wir haben hier massive Probleme mit dem SBS 2008, v.a. mit IIS 7.0 und Exchange. Daher stellt sich die Frage, ob wir neu aufsetzen müssen oder noch retten können. Zum Sachverhalt: SBS 2008 lief problemlos, Exchange auch (noch SP 1, Outlook 2010 Clients), OWA, ExchangeActiveSync, RemoteDesktop, VPN usw. liefen problemlos. Statt Sharepoint 3.0 war Sharepoint Foundation installiert, mit SQL Express 2008. Im IIS war aufgrund Konflikts auf Port 80 die Standard-Webseite deaktiviert (auf dem Port lief die Sharepoint-Foundation-Firmenseite). Alles wunderbar. Dann kam das Problem: Nach routinemäßiger Upgrade-Installation erschien plötzlich (im März) bei allen Outlook-Clients ständig eine Abfragebox ("Passwort erforderlich") oder es wurde ständig (bei Clients mit Smartcard-Reader) zum Einlegen der Smartcard aufgefordert. Man konnte diese Abfragen einfach wegklicken, dann ging es wieder. Lösungsversuche? Wir wollten Exchange SP3 installieren. Ging nicht, beißt sich mit Sharepoint Foundation und .Net 4.0. Daher (einer Anleitung aus einem Forum folgend): Sharepoint Foundation Farm und Websites gesichert, Sharepoint Foundation und .Net 4.0 deinstalliert, dann Versuch, Exchange SP 3 zu installieren. Klappte auch nicht, offenbar aufgrund fehlerhafter Registry-Einträge. Diese korrigiert, Installation schien teilweise zu funktionieren, es kann aber nicht sicher festgestellt werden, ob Exchange SP3 wirklich installiert ist (zeigt er aber an). Dann .Net 4.0 und Sharepoint Foundation wieder installiert. Weiterhin wurde der Assistent zum Beheben von Netzwerk-Problemen durchgeführt. Auch die Wiederherstellung der IIS-Einstellungen aus Backups wurde durchgeführt, ebenso IIS-Reset usw. Resultat: Die Abfragebox auf den Clients erscheint noch immer permanent. Dazu funktionieren nicht mehr: owa (Fehler 500: Webseite nicht erreichbar), Remote-Arbeitsplatz ist nicht erreichbar. Remote Desktop funktioniert nur innerhalb des Netzwerks, nicht von außerhalb. ActiveSync funktioniert nicht mehr, OutlookAnywhere auch nicht. VPN funktionierte auch nicht mehr. Offenbar gab es auch ein DNS-Problem, das wurde behoben. Seitdem funktioniert das VPN wieder. OWA und Remote Desktop usw. funktionieren aber weiterhin nicht. Was seht Ihr für Lösungsmöglichkeiten? Könnte es helfen, einzelne Server-Komponenten zu Deinstallieren, dann wieder zu installieren? Danke für alle Anmerkungen!

Danke für die hilfreichen Beiträge! Ich bin ncoh einmal alles durchgegangen. Offenbar haben wir durch unsere Reparaturversuche zu viel zerstört. Die Admin_Config Datenbank war überhaupt nicht mehr vorhanden, auch nicht mehr auf einem Backup. Das schien das Hauptproblem zu sein. Am Schluss habe ich - auch angeregt durch die Beiträge hier - einen anderen Weg gewählt. Ich habe Sharepoint über die Systemsteuerung komplett deinstalliert. Dann habe ich (recht aufwändig) SharePoint Foundation 2010 installiert. Microsoft bietet hierzu eine recht gute Anleitung für den SBS 2008 an, die ich allerdings ziemlich abwandeln musste. Ich habe jetzt ein paar Folgeprobleme mit WSUS und IIS, aber das scheint machbar zu sein. Also nochmals danke!

Hier einmal ein Überblick aus den täglichen Sharepoint-Fehlermeldungen: Ereignisquelle Ereignis-ID Zuletzt Gesamtanzahl MSSQL$MICROSOFT##SSEE 33002 10.05.2011 03:00:57 292 Windows SharePoint Services 3 5586 10.05.2011 03:00:57 276 Ereignisdetails: Unbekannte SQL-Ausnahme ''33002''. Zusätzliche Fehlerinformationen von SQL Server sind unten aufgeführt. Access to module dbo.proc_MSS_Cleanup is blocked because the signature is not valid. Windows SharePoint Services 3 6398 10.05.2011 03:00:57 139 Ereignisdetails: Ausnahme bei der Execute-Methode der Auftragsdefinition ''Microsoft.SharePoint.Search.Administration.SPSearchJobDefinition'' (ID 812581c1-a16c-49bb-820d-99075cbfccab). Weitere Informationen werden unten angezeigt. Access to module dbo.proc_MSS_Cleanup is blocked because the signature is not valid. Windows SharePoint Services 3 3760 10.05.2011 01:20:42 6 Ereignisdetails: Die SQL-Datenbank ''SharePoint_AdminContent_081c10da-430b-4a95-9867-a1d02f835b22'' auf der SQL Server-Instanz ''np:\\.\pipe\MSSQL$Microsoft##SSEE\sql\query'' wurde nicht gefunden. Zusätzliche Fehlerinformationen von SQL Server sind unten aufgeführt. Cannot open database "SharePoint_AdminContent_081c10da-430b-4a95-9867-a1d02f835b22" requested by the login. The login failed. Login failed for user ''NT-AUTORITÄT\NETZWERKDIENST''.

Tja, aber gerade die Neuinstallation funktioniert nicht! Es ist immer das gleiche Ergebnis, am Schluss ist keine der Seiten erreichbar... Egal, welches Update wir einspielen, ob wir komplett neu installieren usw. Daher stehen wir ja vor der Entscheidung, den gesamten SBS neu aufzusetzen. Zur Info: Die Ausführung des Konfigurations-Assistenten für Sharepoint-Produkte und Technologien führt zu keiner Verbesserung.

Den Status von Sharepoint überprüfen! Companyweb funktioniert nicht, kann keiner aufrufen. Keine Sharepoint-Seite ist aufrufbar, auch nach Neuinstallationen usw. Ist die Zentraladministration da nicht die erste Anlaufstelle?

Die alten Daten brauchen wir tatsächlich nicht mehr. Aber selbst der von Dir vorgeschlagene Weg ist gescheitert. Resultat: Die Sharepoint-Zentraladministration ist nicht aufrufbar, Error 404. Es scheint da irgendwie alles vermurkst zu sein.

Hallo! Wir haben hier ein erstaunliches Problem. Seit der Installation des SBS 2008 im letzten Jahr (Büro mit 8 Usern) ist Sharepoint ums Verrecken nicht zum Laufen zu bringen. Wir vermuten, dass im Installationsprozess einmal ein MS-verursachter Fehler entstand (durch ein fehlerhaftes Update im letzten Jahr), und dann die Sharepoint-Struktur durch Reparaturversuche komplett zerstört wurde (durch Löschen der relevanten Datenbanken, Verschieben der entscheidenden Websites in Nirwana etc.). Leider liegen keine Backups vor, um frühere Zustände wiederherzustellen. Alle weiteren Reparturversuche sind gescheitert. Im Übrigen läuft der Server gut. Sharepoint zu haben wäre aber schon gut. Es lässt sich aber - nach monatelangen Mühen - nicht einmal die Sharepoint-Zentraladministration aufrufen. Meine Frage: Wir überlegen als letzte Möglichkeit, den Server komplett neu aufzusetzen. Wie können wir das tun und dabei die bisherhigen Einstellungen möglichst behalten? Kann eine Reparaturinstallation in solch einem Fall helfen? Danke für Anregungen!

Hallo! Seit Oktober erlaubt Microsoft, dass die kostenlose Antivirenlösung Microsoft Security Essentials (MSE) auch in Unternehmen kostenlos eingesetzt werden darf. Voraussetzung ist, dass MSE auf nicht mehr als 10 Clients eingesetzt wird. Aus meiner Sicht ist dies sehr reizvoll. Zwar ist eine Installation über den Server mit Policies etc. nicht möglich, bei weniger als 10 Clients ist der Aufwand aber überschaubar. Hinzukommt: Sowohl in der ct als auch auf AV-Test.de sind die MSE sehr positiv getestet worden. Nun meine Frage: Die MSE verweigern (natürlich) die Installation auf dem Server (bei mir etwa dem SBS 2008). Was also tun? Welche Möglichkeiten seht ihr, den Server selbst zu schützen? Wenn man auf kommerzielle Anbieter zugreift, kann man eigentlich direkt deren Komplettlösung (mit Schutz der Clients) nehmen, weil es einen isolierten Serverschutz eigentlich nicht zu kaufen gibt. Bleibt da als einzig möglicher Schutz des Servers ClamWin? Dieser Freeware-Schutz ist allerdings sehr dürftig (erkennt wohl nur 55% aller Viren) und bietet keinen Realtime-Scanner. Also: Gibt es eine preiswerte MÖglichkeit, den Server mit einem AV-Programm zu schützen, wenn man die Clients mit den kostenlosen MSE schützt? Danke für Hinweise!

Ein Client hat bei mir zwei Installationen: Einmal Windows 7 und einmal Windows XP (auf einer anderen Partition der gleichen Festplatte), als Dual-Boot. Frage: Wenn auf beiden Installationen Office installiert wird, braucht man zwei Lizenzen? Genutzt wird alles vom gleichen User. Und braucht man für WinXP eine zusätzliche Installation? Oder nutzt der Client sein Downgrade-Recht, wenn er die Xp-Installation nutzt? Beide Installationen kann er ja schon technisch nicht gleichzeitig nutzen? Und: Ein oder zwei Zugriffslizenzen am Server?

Danke für die sehr hilfreichen Antworten!!!! Noch eine Frage/Anmerkung: Laut dem SBS-2008-Handbuch von Microsoft Press ist mit der internen Backup-Funktion sogar die Wiederherstellung des Systems auf anderer Hardware möglich! Von daher scheint der SBS-Backup ja sogar Backup-Exec zu schlagen? Hat da jemand entsprechende Erfahrungen? Und zur Festplatten/Raid-Configuration: Wenn man - bei einem so kleinen Netz - mit SATA-Platten arbeitet, lieber RAID5 oder RAID1? Ich halte eigentlich RAID5 für schneller (mit einem guten Controller)? Bei einem schnellen Controller (etwa LSI MegaRaid) mit 512MB Cache und Battery Backup Module habe ich auch keine Bedenken, SATA-Platten einzusetzen.

Hallo! Auf dem SBS 2008 setze ich meist die SBS-eigene Backup-Funktion ein, mit externen Festplatten. Wer von Euch hat Erfahrungen bei der Komplettwiederherstellung eines Systems? Ist die SBS-interne Backup-Lösung wirklich deutlich schwächer als Backup Exec oder Acronis? Hat jemand von Euch schon einmal einen bare metall restore mit einem SBS-2008-Festplattten-Backup machen müssen? Klappt der auch auf anderer (neuer) Hardware, wenn etwa Motherboard oder RAID-Controller abgeschmiert sind? Erfahrungsaustausch ist sehr willkommen. Mir geht es derzeit um ein kleines Netzwerk, das ich betreue (1 SBS (mit 3 mal 500 GB RAID 5, 8 Clients, nur 2 Exchange-Postfächer, kein Terminalserver), und ich überlege, ob ich tatsächlich zusätzliche Backup-Software empfehlen soll. Daten sind allerdings sensibel (Anwaltskanzlei) und Sicherung 1 mal täglich (aber auch nicht öfter) ist erforderlich. Zur Not muss (etwa bei Hardware-Komplettcrash) innerhalb von 24h Arbeiten wieder möglich sein.

Was ist nach Eurer Meinung die Antivirus-Lösung für einen SBS 2008 mit nicht mehr als 5-10 Clients mit dem besten Preis/Leistungsverhältnis? Für Anregungen bin ich dankbar.

Eine off-topic-Frage: hast Du Erfahrungen mit der Notarsoftware von Trigon-Data (TriNotar.net und Professionell)?

Da es ein RAID-1 Verbund ist, sehe ich bei der Lesbarkeit auf einem anderen Board eigentlich keine Probleme. Und beim Totalausfall hilft überall nur das Backup, oder?

Sag mir erst mal, was gegen diese Konfiguration spricht. Ich bediene v.a. kleine Rechtsanwaltskanzleien, Steuerberaterbüros, Notariate. Da geht es nicht um Geschwindigkeit, sondern um Sicherheit. Auf den Clients läuft meist xp mit office 2007, dazu noch Spezialsoftware. Da reicht aus meiner Sicht ein SATA-RAID 1-Verbund von zwei 1-TB-Platten völlig. Oder was spricht dagegen?

Ich stimme den meisten Vorrednern nicht zu: Für einen SBS 2008 ist ein Server mit SATA-Festplatten aus meiner Sicht völlig ausreichend, wenn das System nicht mehr als 10 Clients hat. Ich setze regelmäßig bei Kunden mit bis zu 10 Clients selbst gebaute Server ein (vorzugsweise mit boards von Intel oder Asus), 8 GB RAM, Intel Xeon auf 775er-Sockel und zwei 1-TB-Platten im RAID 1 - Verbund. Kenne bislang noch keine Performanceprobleme.

Ein Kunde möchte zunächst die SBS Testversion installieren, mit mehreren Clients. Der Lizenzerwerb soll aus Kostengründen erst später erfolgen. Hierzu eine Frage: Ist die 240-Tage-Testversion in den Client-Nutzerzahlen unbeschränkt? Oder darf man nur 5 Clients anschließen? Wenn man eine komplette Umgebung mit etwa 12 Clients auf der Basis der Testversion installiert, ist es dann ein Problem, nach Ablauf des Testzeitraums über Lizenzerwerb komplett dauerhaft zu nutzen?

Hallo ans Board! Zwei kurze Fragen zur Lizenzierung: 1. Ich habe im SBS-2008 eine Exchange-Sammelpostfach eingerichtet, das von mehreren Nutzern gleichzeitig per OWA und Outlook Anywhere genutzt wird (Sammelpostfach des Unternehmens). Wenn nun mehrere Nutzer gleichzeitig in das Postfach von extern derart eingeloggt sind, ist dafür eine Client-Lizenz notwendig, oder für jeden, der sich einloggt, eine eigene? 2. Welche Art der Lizenzierung ist für die Nutzung des Remote-Web-Arbeitsplatzes (Remote Web Workplace) notwendig? D.h., ist eine extra Lizenz notwendig, wenn etwa der Admin per Remote Web Workplace auf den Server zugreift? Das MS-Handbuch zum SBS 2008 ist hier auf Seite 50 nicht ganz eindeutig. Danke für Hilfe!