Jump to content

Jerry95

Members
  • Gesamte Inhalte

    17
  • Registriert seit

  • Letzter Besuch

Profile Fields

  • Member Title
    Newbie

Fortschritt von Jerry95

Explorer

Explorer (4/14)

  • Erste Antwort
  • Engagiert
  • Erster eigener Beitrag
  • Eine Woche dabei
  • Einen Monat dabei

Neueste Abzeichen

10

Reputation in der Community

  1. Ja habe ich. Snapshot-Verfahren verwenden und zwar auf automatisch auswählen. Und der Fixpunktneustart ist auch aktiviert auf dieser Konfigurationsseite Und falls da auch noch Fragen kommen, auf der Konfigurationsseite für MS Exchange: Da ist folgendes eingehakt: GRT und VSS und Mit Backup fortfahren, wenn Konsistenzprüfung fehlschlägt. Und noch: High Availability Server (Exchange 2007 oder höher) Von passiver Kopie sichern und, falls nicht verfügbar, mit aktiver Kopie versuchen (empfohlen)
  2. Da ist BackUp Exec direkt installiert und lt. Live Update ist alles auf dem neuesten Stand.
  3. Hallo, habe da einen SBS 2011 und Simantec BackUp Exec Version 14.0.1798 Die Datensicherung lief immer ohne Probleme, seit einem Umzug. Also der Server wurde herunter gefahren wurde in den Serverschrank gestellt und hochgefahren. Seit dem bekomme ich immer wieder die Fehlermeldung: Die Konsistenzprüfung des Snapshot der Microsoft Exchange-Datenbank Database war erfolgreich.V-79-65535-65535 - Konsistenzprüfung von Exchange-Objekten ist für Database fehlgeschlagen. Weitere Details finden Sie im Ereignisprotokoll.WARNUNG: "\\KGASERVER1.kga-bayreuth.local\Microsoft Information Store\Mailbox Database\Database" ist beschädigt. Dateiprüfung nicht möglich.Die Konsistenzprüfung des Snapshot des Microsoft Exchange-Transaktionsprotokolls Logs ( E0000000002.log - E000000000B.log ) ist fehlgeschlagen. Überprüfen Sie, ob im online geschalteten Transaktionsprotokoll möglicherweise Daten beschädigt wurden.Habe jetzt einmal die Umlaufprotokollierung aktiviert und wieder abgestellt.Gleiche Fehler wieder!Habe wieder Bereitstellung angehalten, sämtliche Logfiles verschoben. Umlaufprotokollierung aktiviert,Bereitstellung eingebunden, gewartet, Bereitstellung aufgehoben, Umlaufprottokolierung deaktiviert, Bereitstellung eingebunden, alles ohne Fehler.Aber bei der Vollsicherung wieder den Fehler!Eseutil sagt clean Shutdown und alles ok, nur BackUp Exec meldet immer wieder diesen Fehler!Es sind auch nur neu erstellte Logfiles vorhanden.Fällt euch irgendwas ein was ich noch tun könnte?
  4. Vielleicht hätte ich noch sagen sollen das die Clients zum größten Teil XP mit SP3 sind. Gruß aus Oberfranken Gerald
  5. Kennworttresor? Meinst du rundll32.exe keymgr.dll, KRShowKeyMgr und dann die gespeicherten Passwörte löschen? Gruß aus Oberfranken Gerald
  6. @sweigl du hast geschrieben: Ok also: - in Outlook E-Mail-Autokonfiguration testen Funktioniert meines Wissens nach einwandfrei - URLs überprüfen Die stimmen auch - Zertifikat überprüfen Keinerlei Fehlermeldung - falls Proxy benutzt, Exchange-Server als Ausnahme konfigurieren Proxy wird nur fürs Internet benötigt, Exchange ist als Ausnahme drinn und wird auch erreicht. Es funktioniert ja auch Outlook, nur die ständige Authentifizierung ist nervig. Das werde ich mal noch testen sobald ich wieder vor Ort bin. Kurz noch zur Vorgeschichte. Ursprünglich war da vor 1/4 Jahr noch ein Novell Server mit GroupWise im Einsatz, jetzt ein SBS 2012 mit Exchange und Outlook 2010. Aber was ist hier mit: %windir%\System32\inetsrv\appcmd.exe unlock config -section:system.webServer/security/authentication/windowsAuthentication %windir%\System32\inetsrv\appcmd.exe set config "Default Web Site/ews" -section:windowsAuthentication -useKernelMode:False /commit:apphost %windir%\System32\inetsrv\appcmd.exe set config "Default Web Site/AutoDiscover" -section:windowsAuthentication -useKernelMode:False /commit:apphost %windir%\System32\inetsrv\appcmd.exe set config "Default Web Site/oab" -section:windowsAuthentication -useKernelMode:False /commit:apphost %windir%\System32\inetsrv\appcmd.exe set config -section:windowsAuthentication /useKernelMode:false Kann ich das Gefahrenlos austesten? Gruß aus Oberfranken Gerald
  7. Erstmal verweise ich auf folgendes Thema ich habe ein ähnliches Problem. Bei den Computern in der Domäne funktioniert alles einwandfrei, nur ich habe 4 PCs die ich nicht in die Domäne aufnehmen kann wegen einem Datenbankprogramm das einfach nicht damit klar kommt. Ich müsste dazu eine Firma extra anfahren lassen um das ganze neu zu installieren. Allerdings werden die PCs früher oder später sowieso ausgetauschtm, aber zur Zeit halt noch nicht. Könnte ich das gleiche Script, bzw. die gleiche Befehle bei mir abarbeiten um eine Anmeldung von PCs außerhalb der Domäne ohne die ständige Neuanmeldung zu beheben? Gruß aus Oberfranken Gerald
  8. Hallo, ich habe ein ähnliches Problem. Bei den Computern in der Domäne funktioniert alles einwandfrei, nur ich habe 4 PCs die ich nicht in die Domäne aufnehmen kann wegen einem Datenbankprogramm das einfach nicht damit klar kommt. Ich müsste dazu eine Firma extra anfahren lassen um das ganze neu zu installieren. Allerdings werden die PCs früher oder später sowieso ausgetauschtm, aber zur Zeit halt noch nicht. Könnte ich das gleiche Script, bzw. die gleiche Befehle bei mir abarbeiten um eine Anmeldung von PCs außerhalb der Domäne ohne die ständige Neuanmeldung zu beheben? Gruß aus Oberfranken Gerald
  9. Nö, weil es sich ja hier um das Update KB954606 handelt.
  10. Was sollte mir dieser Link zeigen? Ich bekomme nur DATEV und "Die von Ihnen gewünschte Funktion konnte nicht ausgeführt werden." – Muss ich nachsehen wenn mein Urlaub vorbei ist. Frohes Fest und einen guten Rutsch an alle
  11. Ja kann ich. Habe das auch vor der Installation gestoppt, nur dann fängt er gar nicht an. Bei der Installation zu dem Zeitpunkt wo auch der Installer versucht den Dienst zu beenden, dann startet der Dienst aber sofort wieder.
  12. Hallo, habe folgendes Problem: PC Pentium 4 mit 2,6 Ghz und 1 GB RAM MSQL 2005 Ausschniit aus dem Logfile: Habe schon Rechte für System und Administrator überprüft, Dienst bei der installation per Hand beendet, Berechtigungen für Regestry überprüft, bzw. zurückgesetzt, RegCleaner drüber laufen lassen, im abgesicherten Modus versucht, und einiges mehr. Ich weiß im Moment einfach nicht weiter, vorallem finde ich über den Fehlercode 16386 bei KB954606 überhaubt nichts!
  13. Mir ist da gerade was eingefallen. Vielleicht weiß da Jemand von euch was. Also erstmal vorneweg, ich bin kein Batchfileprofi, aber ist eventuell folgendes möglich. Beim Start des Batchfile prüfen wie voll ein bestimmtel Laufwerk ist. Falls weniger als XX GB frei sind, den ältesten Ordner umbenennen und das Erstellungsdatum mit ändern. (Momentaner Ordnername = BackUp"Datum" erstellt durch "Backup%date%" So wurde dann Robocopy automatisch diesen umbenannten Ordner wählen und nur noch die geänderten Sachen sichern. Also würde sobald alle 3 Platten gefüllt wären, die Sicherung schneller durchlaufen und das löschen würde sich auch erledigen.
  14. Die Sicherung ist ca. 1 Std. vor Arbeitsbeginn fertig, mit kompression braucht sie aber länger. Sichern darf ich aber nur so lange nicht gearbeitet wird. Wars***einlich wird man einen extra PC anschaffen müssen, der nur für die Sicherung da ist, dann würde das eventuell funktionieren. Dann könnte ich eine Art Cache anlegen, wo er nur die Daten auf dem PC ändert die sich am Server geändert haben. Danach lokal auf diesem PC das packen und kopieren auf ext. Platte starten. – Wenn dann noch der gesamte Archivinhalt, komplett und täglich in unterschiedlichen Verzeichnissen gesichert werden soll. Dann wird es interresant.:D
×
×
  • Neu erstellen...