redmalte
-
Gesamte Inhalte
60 -
Registriert seit
-
Letzter Besuch
Beiträge erstellt von redmalte
-
-
Moin zusammen,
ich habe seit einigen Tagen ein Problem mit der Sicherung der Exchange-DB. Der Exchange wird mit Veritas BE 9.1 RemoteAgent und Exchange-Option gesichert. Seit einigen Tagen nun, sagt mir BE das einige DB-Dateien beschädigt sein sollen.
Sichern - \\SERVERXY\Microsoft Information Store\Erste Speichergruppe WARNUNG: Datei "\\SERVERXY\Microsoft Information Store\Erste Speichergruppe\Informationsspeicher für Öffentliche Ordner (SERVERXY)" ist beschädigt.
Diese Datei kann nicht überprüft werden.
WARNUNG: Datei "\\SERVERXY\Microsoft Information Store\Erste Speichergruppe\Postfachspeicher (SERVERXY)" ist beschädigt.
Diese Datei kann nicht überprüft werden.
WARNUNG: Datei "\\SERVERXY\Microsoft Information Store\Erste Speichergruppe\Log files" ist beschädigt.
Diese Datei kann nicht überprüft werden.
Überprüfen - \\SERVERXY\Microsoft Information Store\Erste Speichergruppe WARNUNG: Datei "Informationsspeicher für Öffentliche Ordner (SERVERXY)" ist beschädigt.
Diese Datei kann nicht überprüft werden.
WARNUNG: Datei "Postfachspeicher (SERVERXY)" ist beschädigt.
Diese Datei kann nicht überprüft werden.
WARNUNG: Datei "Log files" ist beschädigt.
Diese Datei kann nicht überprüft werden.
Ich habe nun probehalber mal mit NT-Backup den InformationStore gesichert, das lief ohne Fehler durch. Weiterhin habe ich die Exchange-DB mit eseutil auf Integrität geprüft, auch keine Fehler. Auch eine Neuinstallation von Backup Exec brachte keine Änderung.
Woran könnte es dann liegen das Veritas sagt, das einige Dateien beschädüigt sind?
-
Das habe ich schon durchgespielt. Es scheint ein User spezifisches Problem zu sein. Egal auf welchem Rechner ich mich anmelde, immer das gleich Bild. Mit einem "funktionierenden" User funktioniert es auch auf dem einen betreffenden Rechner.
Deshalb habe ich ja den User im AD auch schon einmal gelöscht und neu angelegt.
Gruß
RedMalte
-
Moin Günther,
ich habe mal nach den Add-Ins geschaut. Alle Exchange-Erweiterungen sind aktiviert. Es ändert leider nichts an dem Problem. Der Berechtigungsreiter ist ja auch vorhanden und ich kann Berechtigungen vergeben. Nur die Schaltfläche im linken Bereich "Kalender freigeben" fehlt.
Gruß
RedMalte
-
Moin Kohn,
ich habe das mit den Stellvetretern eben getestet. Das Ergebnis ist das gleiche wie bei den Freigabeberechtigungen.
Was mir jetzt noch aufgefallen ist. Normalerweise hat man ja links unter der Kalenderanzeige die 2 Schaltflächen "Freigegebenen Kalender öffner" und "Kalender freigeben". Die Schaltfläche "Kalender freigeben" ist nicht vorhanden. Ich komme nur über die Ordnereigenschaften zu den Berechtigungen.
Gruß
RedMalte
-
Hallo zusammen,
ich habe bei einem Kunden ein ziemlich ****es Problem.
Erstmal zum System:
SBS2003
Clients WXP mit Outlook 2003
Bei einem User, nennen wir ihn mal User A, funktioniert die Kalenderfreigabe nicht. Die Berechtigungen sind korrekt eingestellt, d.h. Standard steht auf Stufe 4 (Autor) und alle anderen User haben auch Stufe 4.
Wenn ich jetzt bei einem anderen User den Kalender von User A öffnen will bekomme ich folgende Fehlermeldung: "Der Ordner kann nicht angezeigt werden. Ein Client-Vorgang ist fehlgeschlagen".
Ich habe den User bereits im AD gelöscht und neu angelegt. Auch das hat keine Veränderung gebracht.
Nun hoffe ich auf Euch, kennt jemand dieses Problem und konnte es bereits erfolgreich lösen?
Gruß
RedMalte
-
Also ich habs jetzt mal mit Telnet versucht. Ich kann bei der oben genannten Konfiguration keine Verbindung aufbauen. Dann habe ich mal in der Port-Tabelle des Routers geschaut und gesehen das der Server eine Verbindung über Port 9101 herstellen möchte. Wenn ich diesen Port in Richtung "Raus" freigebe kann ich mich auch mit dem Exchange verbinden.
Nun frage ich mich, was läuft auf Port 9101? Ich habe bis jetzt noch keine Erklärung dafür gefunden.
-
Moin zusammen,
ich habe zur Zeit ein kleines Problem mit meiner FW-Konfiguration. Kurz zur Erklärung der FW-Regeln.
folgende Ports und Protokolle sind in Richtung "Raus" frei:
ICMP
53 UDP
80 TCP
443 TCP
110 TCP
25 TCP
119 TCP
folgende Ports und Protokolle sind in Richtung "Rein" frei:
ICMP
443 TCP
25 TCP
Der Exchange benutz doch den Port 25, dieser wird auch per NAT geforwarded. In dieser Konfiguration erhalte ich keine Mails, nur wenn ich alle Ports wieder öffne. Habe ich einen Fehler drin?
Vielleicht kann mir jemand helfen.
Gruß
Malte
-
Moin Data,
sorry den Thrae hatte ich total vergessen. Es funktioniert inzwischen. Es gibt zwei verschiedene Exchange Agents. Naja, wenn man den richtigen installiert dann läuft es auch :).
Trotzdem vielen Dank für Deine Hilfe.
Gruß
Malte
-
Moin zusammen,
ich wollte den Thread noch mal pushen. Hat denn keiner eine Idee oder schon mal ähnliche Erfahrungen gemacht? Müsste je eigentlich einen Grund dafür geben.
Ich habe auch noch mal den Support von Veritas durchforstet, aber nicht wirklich was gefunden.
Gruß
Malte
-
Moin zusammen,
ich habe da zur Zeit ein kleines Problemchen :). Ich möchte mit Veritas 9.1 einen Exchange 2003 sichern. Das Sichern einzelner Mailboxes und Öffentlicher Ordner funktioniert einwandfrei mit dem Exchange Agent.
Laut Veritas Doku soll es aber im Sicherungsauswahlmenü auch die Möglichkeit geben den Information Store, also die Datenbank, zu sichern. Mein Problem..., ich kann diesen nicht auswählen, er taucht gar nicht in der Auswahlliste auf.
Die Rechte des Veritas-Users habe ich meiner Meinung schon auf Vollzugriff auf den Exchange eingerichtet. Woran könnte das liegen? Unterstützt Veritas 9.1 den Exchange 2003 nicht? Vielleicht hat jemand mal nen Tip ;).
Gruß
Malte
-
Es läuft wieder. Ich habe jetzt einfach über die IIS-Verwaltung eine frühere Version wiederhergestellt. Etwas dumm von mir :), da hätte ich auch früher drauf kommen können.
Danke allen, die den Thread gelesen haben und ihr Gehirn ein bißchen für mich angestrengt haben.
Gruß
Malte
-
Moin zusammen,
ich habe ein kleines, großes Problem :) .
Ich habe probehalber auf einem W2K3 Server mit Exchange 2003 die Zertifikatsdienste installiert und habe ein Zertifikat für OWA eingerichtet. Da ich OWA nun nicht mehr benötige habe ich im IIS in den Eigenschaften der Standardwebsite, unter Verzeichnissicherheit das Zertifikat entfernt und auch die Voraussetzung für den sicheren Kanal wieder entfernt. Bis dahin alles gut :) .
Jetzt kommt das Problem. Wenn ich jetzt über den Exchange System-Manager auf die öffentlichen Ordner zugreifen möchte, wird mir immer eine Passwortabfrage eingeblendet. Dort ist als Username schon "Domäne"\administrator vorgegeben. Wenn ich nun das Admin-Passwort eingebe, wird mir wieder das Fenster eingeblendet. Gebe ich dreimal das Passwort ein bekomme ich eine Fehlermeldung:
Zugriff verweigert
Einrichtung: W32
ID-Nr.: 80070005
Exchange-System-Manager
In den Beiträgen die ich hier gefunden habe, habe ich leider keine Lösung für das Problem gefunden.
Vielleicht hat jemand eine ähnliche Erfahrung gemacht und kann mir nen bissel helfen.
Gruß
Malte
-
Guten Morgen zusammen,
ein Kunde fragte mich nach einem Muster von einer Art Datenschutzerklärung. Er möchte ein Dokument aufsetzen, wo seine Mitarbeiter dann unterschreiben das Sie nichts auf Ihren Rechnern installieren dürfen, die Rechner nicht privat nutzen, usw.
Vielleicht hat jemand von Euch so ein Schriftstück verfügbar?
Falls ich im falschen Forum poste, bitte ich dies zu entschuldigen.
Gruß
Malte
-
Stimmt jetzt wo Du es schreibst..., wenn man die formularbasierte Anmeldung aktiviert erhält man ein Info-Fenster.
Was schließen wir daraus..., SSL scheint notwendig zu sein, um die Anmeldung zu realisieren.
-
Es gibt zwei Möglichkeiten die Daten in die Anmeldemaske einzutragen.
1. domäne\username
2. username@domäne
Die Anmeldung sollte folglich auch mit der E-Mailadresse funktionieren.
Gruß
Malte
-
hi all
Weiss vielleicht jemand was ich tun muss damit die formbasierte OWA Anmeldung sauber Funktioniert ?
Ein asp script wird mit exchange mitgeliefert. Nur steht niergendwo wie man diese anmeldung sauber zum laufem bekommt.
Leider kommt bei mir immer noch das Netzwerk anmelde popup wenn ich versuche meine mailbox mit dem form anzumelden.
Wenn ich dann abbreche zeigt mir die url:
/exchweb/bin/auth/owaauth.dll
Wenn ich mich aber dann über das popup anmelde komme ich auf die entsprechende Mailbox
hab alles versucht :(
Konfig:
Webserver läuft auf port 85
owaauth.dll ist sauber geladen.
Skripts können i diesem Verzeichnis ausgeführt werden
ich habe auch schon versucht für die datei owaauth die anonyme Anmeldung freizugeben ( IIS) aber das geht auch nicht.
Kann mir jemand einen tip geben. Würde mich freuen.
Grüsse
Darkmind
Hallo Darkmind,
diesen Fall hatte ich bei mir auch. Die formularbasierte Anmeldung aktiviert und dann kam immer das Pop-Up. Nachdem ich dann im IIS für die Standard-Website SSL aktiviert habe, wurde mir die richtige OWA-Anmeldeseite angezeigt.
Ich weiß nicht, ob die Anmeldung bzw. das Formular direkt mit SSL in Verknüpfung steht. Aber mit SSL funktioniert die ANmeldung nun wie erwartet.
Gruß
Malte
-
Moin,
also das AutoVervollständigen und das Speichern der Kennwörter kannst Du ganz einfach über die GPO´s deaktivieren.
Benutzerkonfiguration -> Administrative Vorlagen -> Windows-Komponenten -> Internet Explorer
"AutoVervollständigen für Formulare deaktivieren"
"Kennwörter in AutoVervollständigen können nicht gespeichert werden"
Gruß
Malte
-
Das wäre natürlich eine Möglichkeit.
Ich werde das jetzt einfach per Ordnerumleitung machen, die Eigenen Dateien an das Basisverzeichnis des jeweiligen Users umleiten.
-
So was in der Art habe ich mir schon gedacht. Es ging mir in erster Linie auch darum, das Standardverzeichnis der Office-Programme anzupassen.
Hintergrund ist, dass ich die Laufwerke C: und D: an den Clients ausgeblendet habe. Wenn aber nun ein User in z.B. Word auf "Datei öffnen" klickt, startet er ja standardmäßig in "Eigene Dateien" und ist wieder auf C:. Genau das gleiche hat man dann ja auch beim speichern.
Dies würde ich gerne unterbinden und dachte, dass das einfachste wäre den Standardpfad zu ändern. Ok, es geht zur Not auch über die Registry, aber zu jedem Client hinrennen ist ja auch nicht das wahre.
-
Danke für die schnelle Antwort. Ich habe die adm-Files gerade runtergeladen, aber nun stoße ich wohl an das nächste Problem, bzw. an die nächste Frage.
Kann es sein das die adm-Files von Haus aus nicht mit den Gruppenrichtlinien auf einem 2003er Server laufen? Ich habe die adm-Files mal in ein GPO-Objekt hinzugefügt, es tauchen aber keine Optionen auf.
-
Guten Morgen zusammen,
bei einem Kunden wird noch das etwas ältere Office97-Paket eingesetzt.
Für diese Office-Version gab es doch auch ein RessourceKit von Microsoft. Nur leider finde ich es nirgendwo zum Download, auch nicht bei Microsoft. Und alles googlen hat nichts gebracht.
Ich habe eigentlich besonderes Interesse an den adm-Templates, um diese in die GPO einzubinden. Gab es die überhaupt schon für Office97?
Hat jemand dieses Paket zur Verfügung oder weiß eine Quelle zum download?
Gruß
Malte
-
Das Skript sieht wie folgt aus:
echo off
rsm.exe refresh /LF"Hewlett Packard DDS4 drive"
sleep 30
for /f "Tokens=1-4 Delims=/ " %%i in ('date /t') do set dt=%%i-%%j-%%k-%%l
for /f "Tokens=1" %%i in ('time /t') do set tm=-%%i
set tm=%tm::=-%
set dtt=%dt%%tm%
c:\winnt\system32\ntbackup.exe backup "@C:\Dokumente und Einstellungen\Administrator\Lokale Einstellungen\Anwendungsdaten\Microsoft\Windows NT\NTBackup\data\backup_standard.bks" /n "%computername%-%dtt%" /d "daily %dtt%" /v:yes /r:no /rs:no /hc:on /m normal /j "daily %dtt%" /l:f /p "4mm DDS" /UM
rsm.exe eject /PF"%computername%-%dtt% - 1" /astart
exit
[/b]
Habe selber den Fehler gefunden :) . Die Pfadangabe zu ntbackup kann bei einem 2003er Server gar nicht funktionieren (c:\winnt\system32\ntbackup.exe).
Die letzte Woche lief das ganze auch ohne Probleme. Mal schauen wie es sich nun auf die Dauer verhält.
Gruß
Malte
-
Hallo zusammen,
ich bin schon einige Zeit in diesem Forum unterwegs, hauptsächlich als Leser. Nun habe ich selber ein Problem, was mir wirklich Kopfzerbrechen bereitet. Es geht mal wieder um das viel diskutierte NTBackup.
Systembeschreibung und Zielsetzung:
Server: SBS 2003 als DC und Exchange
Clients: WXP
Seit der Einrichtung des Servers kämpfe ich nun mit dem Backup. Ein tägliches Backup (Mo - Fr) soll laufen und die Daten sollen auf ein HP DDS4-Laufwerk gespeichert werden.
Zur Zeit versuche ich es mit einem cmd-File welches über den Taskplaner gestartet werden soll. Der Task wird unter dem Administrator-Konto ausgeführt.
Das Skript sieht wie folgt aus:
echo off
rsm.exe refresh /LF"Hewlett Packard DDS4 drive"
sleep 30
for /f "Tokens=1-4 Delims=/ " %%i in ('date /t') do set dt=%%i-%%j-%%k-%%l
for /f "Tokens=1" %%i in ('time /t') do set tm=-%%i
set tm=%tm::=-%
set dtt=%dt%%tm%
c:\winnt\system32\ntbackup.exe backup "@C:\Dokumente und Einstellungen\Administrator\Lokale Einstellungen\Anwendungsdaten\Microsoft\Windows NT\NTBackup\data\backup_standard.bks" /n "%computername%-%dtt%" /d "daily %dtt%" /v:yes /r:no /rs:no /hc:on /m normal /j "daily %dtt%" /l:f /p "4mm DDS" /UM
rsm.exe eject /PF"%computername%-%dtt% - 1" /astart
exit
Problembeschreibung
Es treten verschiedene Probleme dabei auf.
1. Das Skript wird gar nicht gestartet und es wird auch nichts ins Ereignisprotokoll eingetragen
2. Das Skript (Backup) wird gestartet, bricht aber sofort wieder ab. Im Ereignisprotokoll findet sich dann folgender Eintrag:
Ereignistyp: Fehler
Ereignisquelle: NTBackup
Ereigniskategorie: Keine
Ereigniskennung: 8017
Datum: 21.10.2004
Zeit: 21:00:29
Benutzer: Nicht zutreffend
Computer: SERVER
Beschreibung:
NTBackup-Fehler: 'Das angeforderte Medium wurde nicht bereitgestellt. Der Vorgang wurde abgebrochen.'
Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.'>http://go.microsoft.com/fwlink/events.asp.
3. Das Skript (Backup) startet, bricht aber mitten im Vorgang ab. Im Ereignisprotkoll findet sich folgender Eintrag:
Ereignistyp: Fehler
Ereignisquelle: NTBackup
Ereigniskategorie: Keine
Ereigniskennung: 8019
Datum: 27.10.2004
Zeit: 23:14:59
Benutzer: Nicht zutreffend
Computer: SERVER
Beschreibung:
Vorgang beenden: Es wurden Warnungen oder Fehler gefunden.
Weitere Informationen finden Sie im Sicherungsbericht.
Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.
Die gesamte letzte Woche ist nur das erste Problem aufgetreten, es passierte sozusagen gar nichts.
Lösungsversuche:
1. Update der Firmware des Bandlaufwerks
2. Update der Treiber des Bandlaufwerks
3. Administrator angemeldet lassen
Ich finde es nur kurios, dass das Skript nicht einmal gestartet wird und auch nichts im Ereignisprotokoll eingetragen wird. Es laufen auch keine anderen Programme zu dem Zeitpunkt (Virenscan usw.).
Entschuldigt diesen langen Thread, aber ich denke durch eine genaue Beschreibung könnt Ihr mir vielleicht besser helfen.
Gruß
Malte
-
Danke für die Antwort.
Ich hätte beim Konfigurieren der GPO´s wohl einfach mal die Augen aufmachen sollen. Ist im Endeffekt ja wirklich die beste Methode.
Grüße
Malte
Sicherung Exchange mit Veritas BE endet mit Fehlern
in MS Exchange Forum
Geschrieben
Hallo Polarbär,
nein ich habe keine Postfächer gelöscht oder geändert. Ich habe eben die Auswahlliste kontrolliert, dort sind keine Einträge vorhanden die im System nicht mehr vorhanden sind.