MB-Power

Kann mir keine bei dem Problem helfen, oder kenne einen Spezialist in Backup Exec 2010 und Exchange?

Dann ists aber schwer mit dem Helfen. ;

Gerne würde ich Dir einen Fehlercode oder ähnliches geben, aber ich habe keinen. Ich habe auch erneut eine Wiederherstellung von ein paar Emails gestartet und diese läuft mittlerweile 4:15:20 und ein Ende ist nicht in Sicht.

Aktueller Vorgang steht auf Staffelung und Auftragsstatus auf Läuft. Die ca. 49GB ändern sich schon lange nicht mehr, nur die Auftragsrate sind natürlich mit der Zeit.

Hast Du keine Idee wo vielleicht das Problem liegen könnte, oder eine Tipp um das Problem weiter einzugrenzen?

Ich wäre auch sehr dankbar, wenn mir jemand einen Spezialisten empfehlen kann, der sich das vielleicht Remote einmal anschauen kann. Das ganze natürlich gegen Bezahlung. Würde das Problem gerne aus der Welt schaffen, denn damit habe ich mich schon leider sehr viele Stunden beschäftigt.

Ich versuche für einen Test-User ein paar Emails aus einem Exchange 2010 mit Hilfe von Symantec Backup Exec 2010 wiederherzustellen, aber leider habe ich dabei keinen Erfolg.

Die Emails kann ich von dem Backup auswählen und auch das Starten der Wiederherstellung läuft ohne Probleme. Dann kommt es aber zu zwei merkwürdigen Problemen.

1. Backup Exec legt die gesamte Exchange-Datenbank in ein Temp-Verzeichnis und das dauert bei ca. 47GB schon alleine 30 Minute, obwohl ich nur 5 Emails aus einem Postfach ausgewählt habe. Das kann doch nicht normal sein, oder?

2. Die 47GB sind laut Auftragsüberwachung nach ca. 30-35 Minuten erreicht, aber leider wird die Wiederherstellung nicht fertig. Nach fasst 3 Stunden habe ich die Wiederherstellung dann abgebrochen. Eine Fehlermeldung habe ich leider nicht bekommen.

Als Login nutze ich den Domänen-Admin und die Anmeldung konnte ich auch erfolgreich mit dem Assistenten vor der Wiederherstellung testen.

Bei der alten Backup Exec Version 10d auf dem alten Exchange 2003 konnte ich die einzelnen Emails auswählen und in ein paar Minuten waren diese ohne Probleme wiederhergestellt. Warum das mit den neuen Versionen solche Probleme macht kann ich mir leider nicht erklären.

Eine Wiederherstellung von Files macht keine Probleme.

Gibt es hier einen Symantec Backup Exec 2010 Fachmann, der mir bei dem Problem helfen könnte?

Hat niemand eine Idee?

Wir haben ein Problem mit der Verbindung von einigen Clients vom Standort B zum Exchange- und SQL-Server Standort A.

Standort A (192.168.50.0):

Domänencontroller, Fileserver (Windows 2003 Server Standard)

Exchange-Server (Windows 2003 Server Standard, Exchange 2003) dient aucg als VPN-Server

Navision-SQL-Server (Windows 2003 Server Standard, SQL 2005)

XX Notebook Clients

Standort B (192.168.1.0):

XX Notebook Clients

Standort C (192.168.51.0):

XX Notebook Clients

Die Standorte sind über ein Worknet einer externen Firma miteinander verbunden. Standort A: hat SDSL 10000, Standort B: VDSL 2000/20000, Standort C: VDSL 2000/12000

Bei der Verbindung von Standort A und C zu den Servern gibt es keine Probleme. Auch kann man von Standort B die IP und den Namen der Server ohne Probleme pingen. Das komische an dem Problem ist, dass nicht alle Clients betroffen sind. Einige mit dem gleichen Betriebsystem (XP SP3), Outlook 2007, selben LAN-Anschluss haben das Problem, andere können mit gleichen Voraussetzungen eine Verbindung mit dem Exchange-und Navison-SQL-Server herstellen.

Fehler im Outlook 2007:

Im Outlook 2007 steht bei den Problemkinder nur rechts unten die Verbindung wurde zuletzt um XXX Uhr hergestellt. Keine Verbindung zum Exchange-Server (oder so ähnlich).

Fehler Navision bei, Versuche die Datenbank zu erreichen:

Der folgenden ODBC-Fehler ist aufgetreten

Fehler: Microsoft ODBC SQL Server Driver

SSPI Kontext kann nicht erstellt werden

Wenn man jetzt eine VPN-Verbindung mit dem Exchange-Server herstellt, dann bekommt man eine IP aus dem Bereich 192.168.50.X und es gibt keine Probleme mehr.

Sehr komisch ist, wenn man die VPN-Verbindung nur ganz kurz für eine Sekunden herstellt und direkt wieder trennt, dann können die Verbindungen zum Exchange- und SQL-Server hergestellt werden, bis zum nächsten Neustart.

Das Problem mit Outlook 2007 können wir auch umgehen, indem wir die folgenden Einstellung ändern.

Outlook > Extras > Kontoeinstellungen > E-Mail > Microsoft Exchange > Ändern > Weitere Einstellungen > Sicherheit

Netzwerksicherheit bei der Anmeldung auf Kennwortauthentifizierung (NTLM) umstellen. Vorher stand es auf automatisch.

Alle Server und Switche sind neu gestartet worden. Eine externe Firma konnte leider auch keine Lösung finden. Das Problem ist schon extrem merkwürdig und ich kann leider keinen Sinn in den zusammenhängen finden.

Das ganze konnte ich leider nicht kürzer zusammenfassen.

Wenn jemand einen Tipp hat, dann wäre ich sehr dankbar.

Vielleicht kann mir auch jemand eine IT-Firma empfehlen, die mir bei dem Problem helfen kann.

Dort ist leider nichts definiert, aber auch bei keiner anderen Policy.

Unter Überwachungsrichtlinien ist nichts mehr aktiviert.

Heute habe ich festgestellt, dass auch ein zweites Notebook dieses Problem hat. Das sind beides die gleichen HP Notebooks. Vor lauter einträgen XX pro Minute ist mir das zweite nicht mal aufgefallen.

Habe auch schon versucht ein Notebook mal aus der Domäne zu nehmen und wieder einfügen, aber hat leider nichts gebracht. Auf beiden Notebooks ist XP SP3 installiert.

Die ständigen Meldungen der beiden Notebooks sind aus der Kategorie Verzeichnisdienstzugriff, der aber auch nicht aktiviert ist.

Nur komisch, dass es nur von den beiden Notebooks kommt und beides die gleichen Typen sind Compaq 6730b.

Habe heute die beiden folgenden Gruppenrichtlinien wieder deaktiviert, aber die Meldung kommt leider immer noch ständig.

Gruppenrichtlinie > Computerkonfiguration > Softwareeinstellungen > Windows-Einstellungen > Sicherheitseinstellungen > Lokale Richtlinien > Überwachungsrichtlinien

1. Anmeldeereignisse überwachen deaktiviert

2. Anmeldeversuche überwachen deaktiviert

Hat keiner einen Tipp für mich?

Wir haben einen Windows 2003 Domänencontroller bei dem ich die folgenden Gruppenrichtlinien aktiviert habe.

Gruppenrichtlinie > Computerkonfiguration > Softwareeinstellungen > Windows-Einstellungen > Sicherheitseinstellungen > Lokale Richtlinien > Überwachungsrichtlinien

1. Anmeldeereignisse überwachen (Fehlgeschlagen aktiviert)

2. Anmeldeversuche überwachen (Fehlgeschlagen aktiviert)

Mehr ist unter Überwachungsrichtlinien nicht aktiviert.

Von einem Notebook bekomme ich jetzt jede Sekunde ca. 5 Einträge ins Eventlog Sicherheit.

Fehlermeldungen oder Probleme bei der Anmeldung auf dem Notebook gibt es nicht. Wir haben mehr als 10 weitere Notebooks im Einsatz und dort habe ich das Problem nicht. Hat vielleicht jemand einen Tip für mich.

Die Einträge sehen alle so aus.

Geöffnetes Objekt:

Objektserver: Security Account Manager

Objekttyp: SAM_USER

Objektname: S-1-5-21-1059391755-1344703917-226356251-1478

Handlekennung: 146964856

Vorgangskennung: {2,2180820125}

Prozesskennung: 632

Prozessname: C:\WINDOWS\system32\lsass.exe

Primärer Benutzername: SRV1FRIMA$

Primäre Domäne: FRIMAAG

Primäre Anmeldekennung: (0x0,0x3E7)

Clientbenutzername: FRIMA114$

Clientdomäne: FRIMAAG

Clientanmeldekennung: (0x2,0x81FB30E7)

Zugriffe READ_CONTROL

Einstellungen schreiben

Konto lesen

Kennwort setzen (mit Kenntnis des alten Kennworts)

 

Berechtigungen -

 

Eigenschaften:

---

user

READ_CONTROL

Einstellungen schreiben

Konto lesen

Kennwort setzen (mit Kenntnis des alten Kennworts)

General Information

codePage

countryCode

objectSid

primaryGroupID

sAMAccountName

comment

displayName

Account Restrictions

accountExpires

pwdLastSet

userAccountControl

userParameters

Logon Information

badPwdCount

homeDirectory

homeDrive

lastLogoff

lastLogon

logonCount

logonHours

logonWorkstation

profilePath

scriptPath

Public Information

description

Group Membership

memberOf

Reset Password

%{7ed84960-ad10-11d0-8a92-00aa006e0529}

READ_CONTROL

Einstellungen schreiben

Konto lesen

Kennwort setzen (mit Kenntnis des alten Kennworts)

Gruppen auflisten

Change Password

 

Zugriffsmaske: 0

 

Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie

Erreichen möchte ich eigentlich nichts. :D

Nur die Geschäftsleitung hat in eine Schulung über Kommunikation einige tolle Ideen gehabt. Darunter war auch, dass nur 2x am Tag Mails abrufen das Arbeitspensum und die Effektivität fördert.

Die GL hat einen Zeitungsartikel aus 2007 von Intel in die Hand bekommen, wo über einige Änderungen bzgl. Mail Kommunikation berichtet wurde. Bei Intel wurde damals ein E-Mail-freier Freitag eingeführt, ob das immer noch so ist kann ich nicht sagen.

Naja, unter dem Artikel standen noch ein paar ganz tolle Ideen einer Psychologin oder vielleicht war es auch wer anders. Eine Idee war nur 2x am Tag Mails abrufen.

Was für Möglichkeiten gibt es dies umzusetzen?

Natürlich kenne ich Email-Setup im Outlook und auch den Punkt senden und empfangen, aber leider hat der doch nur auswirkunden bei POP, oder warum haben Änderungen dort keine Auswirkung.

Bist Du sicher, dass dies auch bei einer Exchange-Verbindung funktionieren müsste, oder war das nur eine Vermutung?

Gibt es eine Möglichkeit in Outlook Mails nur alle 4 Stunden, oder noch besser zu bestimmten Tageszeiten automatisch abzurufen?

Die Mails vom Exchange-Server 2003 werden in Outlook automatisch empfangen. Beim Abruf vom Pop kann man einen Interval einstellen, aber funktioniert das auch bei Exchange ohne Pop?

Mails nach einer Tageszeit z.B. um 10Uhr und 14Uhr abrufen wäre die perfekte Lösung, aber kann sowas irgendwie gehen. Die Uhrzeiten müssten natürlich für jeden Benutzer unterschiedlich einstellbar sein.

Meine Lösung wäre einfach das Outlook in der Zeit nicht öffnen, oder nicht auf die Mails schauen, aber mit der Lösung waren die / der User nicht zufrieden. :D

Danke Euch allen für die Tipps.

Es scheint wirklich ein Time-Out Problem gewesen zu sein.

Nach der Installation von der Software Intel PROSet für Intel PRO/Wireless-Netzwerkverbindungen war das Problem verschwunden, warum auch immer.

Bei anderen HP Notebook Typen habe ich das Problem nicht.

Nein es ist keine Gruppenrichtlinie aktiviert, die WLAN betreffen könnte. Ich hätte nicht mal gewusst das es die gibt.

Ich habe auch schon in den Benutzerprofilen am Notebook auf lokales Profil gestellt.

Bei einem Notebook HP Compaq nc6320 mit XPP SP3 habe ich ein komisches Problem.

Das Notebook befindet sich in der Domäne XY, wenn man das Notebook jetzt ohne Netzwerkverbindung und ohne WLAN startet, dann gibt es mit dem hochfahren kein Problem.

Beim Starten des Notebooks mit Netzwerkverbindung zur Domäne gibt es auch kein Problem.

Wenn man aber versucht das Notebook an einem anderen Ort mit aktiviertem WLAN zu startet, dann dauert es nach der Anmeldung 5 Minuten, bis das Notebook gestarte ist. Man hört noch den Anmeldesound, aber dann hängt das System. Deaktivere ich das WLAN während dem Hänger, dann startet das Notebook zügig und ohne Probleme.

Die neusten WLAN Treiber und auch der WLAN HP Wireless Assistant sind installiert.

Hat jemand ein Idee dazu?

Danke Euch allen für die Infos.

Und dann wunderst dich über den Fehler?

Kann man bei den Etiketten kein Datum manuelle eingeben?

Wer hat denn gesagt, dass ich mich über den Fehler wundere? ;)

Das der Fehler von dem verstellen des Datums kommt ist ja logisch und habe ich auch nie abgestritten.

Man könnte die Etiketten ändern und manuell ein Datum eingeben, dort sind dann für die Produktion die Wahrscheinlichkeit für fehlerhafte Eingaben viel grösser. Bitte hinnehmen, denn es ist einfach so.

Deshalb würde ich das Problem auch gerne anders lösen, so das die Personen XY das Datum es PCs in der Domäne verstellen können, ohne die Berechtigung auf die Freigabe zu verlieren.

Hallo MB-Power,

 

aus welchem Grund "verlieren" den die PCs ihr Datum? Bist du dir sicher, daß der Fehler nur im Zusammenhang der Zeitsyncronisation auftritt? Wenn es so ist, versuche dies an dieser Stelle beheben. Ansonsten bleibt dir wohl ein Kontakt mit dem Hersteller oder Vertrieb von Codesoft nicht erspart.

Das habe ich doch oben geschrieben:

Teilweise wird bei den Clients das Datum des PCs verstellt, damit auf den Etiketten ein anderes Herstellungsdatum gedruckt wird.

Auf einem Windows 2003 Server, der sich in der Domäne XY befindet, habe ich eine Netzwerk Lizenzverwaltung für Codesoft 8 installiert. Codesoft 8 ist eine Etikettensoftware.

Es musste auf dem Server eine Freigabe (mit Vollzugriff) TKDongle eingerichtet werden, dort liegt dann das Lizenzfile drin, wo die Clients sich an- und abmelden. Sobald ein Client Codesoft 8 Runtime oder Enterprise geöffnet hat, wird er in dem Lizenzfile eingetragen. Wenn keine Verbindung zu der Freigabe hergestellt weden kann, dann kann Codesoft auch nur im Demomodus gestartet werden. Es gibt zur Zeit 4 Clients, bei denen Codesoft 8 installiert ist.

Die Lizenzverwaltung läuft soweit auch, wenn da folgenes Problem nicht wäre.

Teilweise wird bei den Clients das Datum des PCs verstellt, damit auf den Etiketten ein anderes Herstellungsdatum gedruckt wird. Wenn das Datum verstellt wird, dann dauert es einen moment und es kommt folgende Meldung:

Das Verzeichnis TKDongle müsste auch für diese Computer per Vollzugriff zu erreichen sein.

Was für Möglichkeiten gibt es das Problem zu beseitigen?

Das ganze richtig machen und den TS vom DC trennen.

Das diese Installation mit TS/DC damals von der externen Firma sicher nicht gut verlaufen ist, möchte ich hier nicht unbedingt diskutieren. Eine Trennung wird nächstes Jahr erfolgen. ;)

Für Tips, die mir bei der Lösung des Problems helfen könnte wäre ich dankbar.

Wir haben einen Terminalserver, der auch DC ist, im Einsatz.

Es kommt seit ein paar Wochen bei jedem User nach der Anmeldung die Meldung Es konnten nicht alle Netzlaufwerke wiederhergestellt werden. Aber wenn ich mir die verbundenen Netzlaufwerk direkt anschaue, dann sehe ich keine Netzlaufwerk was dies Problem verursachen könnte.

Die Gruppenrichtlinie Beim Neustart des Computers und bei der Anmeldung immer auf das Netzwerk warten habe ich auch schon aktiviert, bringt aber keine Veränderung.

Hat jemand noch einen Tip für mich?

Danke Dir.

Evtl. handel es sich um das ILO-Login ...

Kannst Du mir da bitte mehr Infos zu geben. Was ist eine ILO-Login?

Die HP Bios Serial Console könnte es sein.

Leider müsste ich das System zum prüfen herunterfahren.

Kennt jemand eine Möglichkeit die Bios Serial Console zu deaktivieren, ohne das System neu zu starten?

Es kommt nur nur komisch vor, dass in der Doku von keinem Login die Rede ist.

Auf einem HP Proliant ML350 G4p ist von einer Software der COM1 belegt, aber leider habe ich keine Ahnung was für eine Software den Port belegt.

Ich hatte versucht COM1 für ein Zeiterfassungsystem zu verwenden, aber leider habe ich keine Verbindung zu dem Terminal aufbauen können.

Dann habe ich per Hyperterminal und einem Notebook die Schnittstelle getestet. Als ich ein paar Buchstaben vom Notebook zum Server schicken wollte, kam nur eine Login- und Passwort-Abfrage als Antwort. Alle mir bekannten Passwörter habe ich ohne erfolg versucht.

Nach ein paar versuchen kommt nur die Meldung sdDHCP: Unsuccessful, error code -12

Kennt jemand eine Möglichkeit herauszufinden welche Software den COM-Port belegt? Ich möchte das Zeiterfassungssystem ungerne über einen USB-Seriell Adapter anschliessen. Denn eigentlich wird die COM1-Schnittstelle nicht benötigt, zumindest hat dort noch nie ein Kabel gesteckt.

Der Server ist ein Exchange-Server und sonst ist bis auf Symantec Endpoint Protection Manager, Symantec Mail for Exchange, GFI und Codesoft Lizenz Server nichts installiert.

Zuerst dachte ich es wäre der HP Power Manager, aber der war per USB angeschlossen und den habe ich auch mal deinstalliert.

Der Server hat auch nur einen COM-Port und der wird auch schön ordenlich im Gerätemanager angezeigt.

Wenn jemand einen Tipp hat, dann wäre ich sehr dankbar.