Beiträge von viper077

    Hi issue,


    also mal vorweg die Hardware ist für einen SBS2003 (je nach Auslastung und Version) ganz brauchbar - klar gibts besseres - aber unser alter Server z.B. war ungefähr viermal so schwach und hat bei 20 Usern zwei Jahre durchgehalten :-(. Wieviele User hast du denn in der Domäne? Wieviele und welche Dienste laufen so im Netzwerk? Gibts nur einen einzigen Server? Wo ist das CRM bzw. der SQL Server installiert? Was sagen die Logs und Serverleistungsberichte, bei Neustarts oder Bluescreens muss doch was aufgezeichnet werden?


    Ein erster Anpackversuch wäre mal ein aktueller Patchlevel auf dem SBS und dann die Dienste so gut es geht abschalten und dann nach und nach wieder aktivieren.


    Aber ganz ehrlich der Vorschlag vom Willmar "hol dir Hilfe" ist wahrscheinlich das Beste. Wenn die bisherigen Kollegen alles Luftpumpen waren dann müsst ihr vielleicht a bisserl mehr investieren und euch bei einem Systemhaus mit Spezialisten Hilfe holen. (Falls ne Empfehlung brauchst schreibst mir ne PN)


    Servus

    Hallo Holger,


    es könnte auch daran liegen dass dein User A zu einer Administratorengruppe gehört. Im Exchange wird für Administratoren das "Send As" und "Receive As" Recht von oberster Stelle verweigert. (Schau dir mal diesen Artikel dazu an)


    Das gilt z.B. für die Gruppe "Domänen-Admins" und "Organisations-Admins". Prüfe mal ob der User A irgendwie in einer dieser Gruppen steckt.


    Allgemeines zum Thema "Senden als" findest auch hier.


    Hoff es hilft :P

    Hi,


    danke für die Tipps. Ich hab die Defragmentierungszeit umkonfiguriert. Komisch ist dass das jetzt monatelang gut gegangen ist und auf einmal ein Absturz passiert.


    Jürgen: Wie schon oben beschrieben steht in der 6008 nur "Das System wurde zuvor am 31.07.2008 um 02:01:00 unerwartet heruntergefahren." Ist natürlich sehr schwach für ein Log, bis auf die exakte Uhrzeit bringt mich das net weiter.


    Die Defragmentierung war bisher eingestellt dass sie zwischen 02:00 und 06:00 Uhr läuft. Liegt daher sehr nahe dass sie der Auslöser war. Hoffe dass das jetzt zwischen 05:00 und 09:00 Uhr keine Probleme mehr macht. Da es ja eine "Online"-Defragmentierung ist sollten gleichzeitige Zugriffe nicht stören - ODER? :-?


    Servus

    Hi Forum,


    bin heute früh unsanft geweckt worden... :( . In der Nacht wurde der SBS aufgrund eines Fehlers neu gestartet. Das einzige was die logs hergeben (ausser "Das System wurde zuvor am 31.07.2008 um 02:01:00 unerwartet heruntergefahren." *haha*) ist dass um die Zeit die Online-Defragmentierung vom Exchange gelaufen ist.


    Lezte Meldung im Event-Log:


    Ereignistyp: Warnung
    Ereignisquelle: MSExchangeSA
    Ereigniskategorie: Allgemein
    Ereigniskennung: 5008
    Datum: 31.07.2008
    Zeit: 02:01:16
    Benutzer: Nicht zutreffend
    Computer: %HOSTNAME%
    Beschreibung:
    Die Protokolldatei C:\Programme\Exchsrvr\%HOSTNAME%.log\20080721.log für die Nachrichtenverfolgung wurde gelöscht.


    Weitere Informationen erhalten Sie unter http://www.microsoft.com/contentredirect.asp.


    Nach der Meldung war dann wohl ZAPPA. Kann es da zu Abstürzen kommen wenn gleichzeitig auch das Backup läuft?


    ExPBA sagt nur was zu HeapDeCommit... und zur Vererbung im Postfachspeicher. Letzteres habe ich jedoch selber geändert wegen Problemen mit Blackberry.


    Danke euch...

    Hi an alle,


    ich versuche das derzeitige Backup in meinem Netzwerk etwas zu vereinen. Zum einen sichert sich der SBS mittels dem Wizzard und zum anderen haben wir ein paar Unix Kisten von denen man ein paar Verzeichnisse sichern muss. Ich hätte gerne alles auf dem gleichen Sicherungsträger.


    Konnte jemand schon eine ähnliche Erfahrung machen und solche Tools wie "Services for Unix" empfehlen? Gibts da vielleicht Alternativen?


    Danke

    Hi,


    falls es jemand interessiert scheint das Problem gelöst zu sein. Heute früh konnte ich den Dienst ohne Reboot ganz normal starten. Wahrscheinlich braucht der ne gewisse downtime um wieder gestartet zu werden.


    Um ein Limit des Speicherbedarfs für den Dienst einzustellen habe ich folgende Schritte auf dem SBS in der Eingabeaufforderung durchgeführt:


    C:>osql -E -S SERVERNAME\SBSMONITORING
    1> sp_configure 'show advanced options',1
    2> reconfigure with override
    3> go
    Configuration option 'show advanced options' changed from 0 to 1. Run the
    RECONFIGURE statement to install.
    1> sp_configure 'max server memory',150
    2> reconfigure with override
    3> go
    DBCC execution completed. If DBCC printed error messages, contact your system
    administrator.
    Configuration option 'max server memory (MB)' changed from 2147483647 to 150.
    Run the RECONFIGURE statement to install.
    1> exit
    C:>


    Die Standardeinstellung scheint 2 GB für den Monitoring Dienst zu sein. Da kann die Speicherauslastung schon mal gehörig in die Höhe gehen. Es gibt auch einen KB von Microsoft der diese Vorgehensweise beschreibt. Ist zwar eigentlich für den ISA Server gedacht aber der Sinn ist der gleiche. (kb909636en-us)


    Servus

    Hi Forum,


    ich muss dieses Thread leider wieder aufrollen. Hatte die letzten Tage das exakt gleiches Verhalten auf dem Server. Beim neu starten des Dienstes MSSQL$SBSMONITORING bekomme ich wieder den oben beschriebenen Fehler. Letztes Mal habe ich den Server neu gestartet aber das kanns doch wirklich nicht sein.


    Kann man vielleicht den maximalen Speicher für diesen Dienst beschränken? Müssen andere Dienste neu gestartet werden um diesen Dienst zu starten? Gab es vielleicht dazu ein Patch den ich noch nicht drauf habe?


    Danke euch - hoffentlich hilfts... :roll:

    Hi Heinz,


    ganz genau hast richtig verstanden! Also in der Sicherheit stehen z.B. einmal die Gruppen "ANONYMOUS-ANMELDUNG" und "Jeder" mit den geerbten Berechtigungen (Zulassen)


    - Create named properties in the information store
    - Spezielle Berechtigung


    Meintest du das? Sonst sind nur die Org-Admins und weitere Systemgruppen drin. Danke