Jump to content

mts1

Members
  • Gesamte Inhalte

    15
  • Registriert seit

  • Letzter Besuch

Profile Fields

  • Member Title
    Newbie

Fortschritt von mts1

Explorer

Explorer (4/14)

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

Neueste Abzeichen

10

Reputation in der Community

  1. offensichtlich, aber ich bin kein Freund von "das steht da so, also ist das so". Wie gesagt, dann könnte man auch kein Backup von einem laufendem Exchange machen.
  2. Mag sein. Aber das ist jetzt schon eine recht pauschale Aussage. P.S. Die gleiche Technik nutzt doch auch jedes Backup-Utility.
  3. Xen nutzt VSS Snapshots, welche eigentlich kein Problem bei Datenbanken verursachen. Habe die Module jetzt wieder auf Active bekommen. Mal sehen was jetzt noch für Fehler auftreten.
  4. Hallo zusammen, schwitze hier gerade ganz schön! Ich wollte gestern das CU11 installieren (momentan sind wir auf CU10 mit neusten Updates). Während der Installation kam es zu einer Fehlermeldung: Habe dann den Pfad kontrolliert und musste feststellen, dass dieser während der Installation gelöscht wurde (der gesamte debug Order war nicht mehr da). Jetzt du meinem eigentlichen Problem... Da es schon spät war und ich keine Lust hatte mich damit auseinanderzusetzen wollte ich das Problem vertagen und bin auf einen System-Snapshot zurückgesprungen, den ich direkt VOR der Installation angelegt hatte. Ich dachte damit sollte eigentlich wieder alles gut sein... Leider nicht. Ich vermute das Setup hat schon Änderungen am AD vorgenommen welches ich nicht zurückgesetzt habe. Aktueller Status: 1) HealthCheck zeigt: Server Role: Mailbox DAG Name: Standalone Server AD Site: Default-First-Site-Name MAPI/HTTP Enabled: True Internet Web Proxy: Not Set Exchange Server Maintenance Component: 'ServerWideOffline' is in Maintenance Mode Component: 'HubTransport' is in Maintenance Mode Component: 'FrontendTransport' is in Maintenance Mode Component: 'Monitoring' is in Remote Maintenance Mode only Component: 'RecoveryActionsEnabled' is in Remote Maintenance Mode only Component: 'AutoDiscoverProxy' is in Maintenance Mode Component: 'ActiveSyncProxy' is in Maintenance Mode Component: 'EcpProxy' is in Maintenance Mode Component: 'EwsProxy' is in Maintenance Mode Component: 'ImapProxy' is in Maintenance Mode Component: 'OabProxy' is in Maintenance Mode Component: 'OwaProxy' is in Maintenance Mode Component: 'PopProxy' is in Maintenance Mode Component: 'PushNotificationsProxy' is in Maintenance Mode Component: 'RpsProxy' is in Maintenance Mode Component: 'RwsProxy' is in Maintenance Mode Component: 'RpcProxy' is in Maintenance Mode Component: 'XropProxy' is in Maintenance Mode Component: 'HttpProxyAvailabilityGroup' is in Maintenance Mode Component: 'MapiProxy' is in Maintenance Mode Component: 'EdgeTransport' is in Maintenance Mode Component: 'HighAvailability' is in Maintenance Mode Component: 'SharedCache' is in Maintenance Mode Component: 'MailboxDeliveryProxy' is in Maintenance Mode Component: 'RoutingUpdates' is in Maintenance Mode Component: 'RestProxy' is in Maintenance Mode Component: 'DefaultProxy' is in Maintenance Mode Component: 'Lsass' is in Maintenance Mode Component: 'RoutingService' is in Maintenance Mode Component: 'E4EProxy' is in Maintenance Mode Component: 'CafeLAMv2' is in Maintenance Mode Component: 'LogExportProvider' is in Maintenance Mode For more information: https://aka.ms/HC-ServerComponentState 2) Diverse Fehler: Error 10004: Failed to discover Ews Url for mailbox 'LegacyDn: /o=nucleus/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients ... Error 5016: Microsoft Exchange could not discover any route to connector CN= ... Error 5016: Microsoft Exchange could not discover any route to connector CN=Text Messaging Delivery Agent Connector ... Warning 2937: Process edgetransport.exe (Transport) (PID=18212). Object [CN=4vad,CN=Connections,CN=Exchange Routing Group (DWBGZMFD01QNBJR),CN=Routing Groups,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=nucleus,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=nucleusnet,DC=local]. Property [HomeMtaServerId] is set to value [nucleusnet.local/Configuration/Deleted Objects/Microsoft MTA DEL:c1360a03-84ea-4989-b835-c86927d41943], it is pointing to the Deleted Objects container in Active Directory. This property should be fixed as soon as possible. ... Womit fange ich jetzt am besten an um das System wieder zum Laufen zu bringen. Ich habe schon versucht ServerWideOffline wieder auf Active zu setzten, jedoch tut sich nichts. Ich bekomme keine Fehlermeldung, aber er bleibt auf InActive.
  5. irgendwie liegt es doch nicht am VSS-Provider, denn dieser ist schon installiert. Evtl. habe ich aber einen anderen Fehler gemacht. Die Datenbank und die Transaction-Logs liegen auf einem Laufwerk, auf dem ich Schattenkopien deaktiviert habe. Ist das evtl. ein Problem? Bzw. anders gefragt: Wenn ich Schattenkopien auf einem Laufwerk deaktiviert, wird dann gleichzeitig der VSS-Provider für das Laufwerk abgeschaltet? Noch eine Frage: Muss ich den VSS-Write in Exchange 2019 manuel aktivieren? In alten Versionen war das notwendig.
  6. Wir nutzen xen-orchestra: https://xen-orchestra.com/#!/xo-features/backup Auf der VM selber befindet sich keine Backup-Software. Ok, gerade gesehen. Ich habe keinen VSS-Provide installiert...
  7. Hallo zusammen, wir betreiben Exchange in einer virtuellen Maschine (xen). Da wir die gesamte virtuelle Maschine sichern, nutzen wir nicht zusätzlich eine Datensicherung für Exchange, da diese auch quasi die gesamte Maschine sichern würde. Das Problem ist nun, dass die Transaction-Logs nicht gelöscht werden. Was wäre hier das beste Vorgehen? Transaction-logs manuell löschen (wie? ) oder zusätzlich Backup machen? Viele Grüße mts
  8. hat hier keine mehr eine Idee für mich das ganze doch noch über die Bühne zu bekommen? P.S. nach etwas warten haben sich die neuen Fehler von alleine beseitigt. Bin also wir auf meinem alten Stand (Advertising und Netlogon schagen fehl).
  9. das war leider keine gute Idee. Jetzt hab ich noch viel mehr Fehler! Habe langsam das Gefühl das ist Zeitverschwendung! Vielleicht ist es sinnvoller einen frischen DC aufzusetzen und die User manuel zu übertragen. dcdiag2.txt
  10. -> wird gemacht. -> nein, ist der W2k8-Server, der W2k3-Server ist die 10.0.0.2 -> ja -> ja -> ja
  11. Hier meine ipconfig: Kann es sein, dass der Dateireplikationsdienst nicht richtig läuft? Habe folgende logs:
  12. ich vermute advertising schlägt fehl, weil netlogon fehlschlägt. Es git allerdings auch keine netlogon-Freigabe. Aber warum nicht? DNS Problem? Und wie kann ich das beheben?
  13. Hatte ich auf 2003 pur gesetzt bevor ich adprep gemacht habe. Korrektur: Nur die Domänenfunktionsebene ist 2003, die Gesamtstrukturfunktionsebene ist 2000. Ist das der Fehler? Muss die Gesamtstrukturfunktionsebene auch 2k3 sein? EDIT2: Habe die Gesamtstrukturfunktionsebene auf 2003 heraufgestuft. Bleiben aber immernoch die Fehler: und
  14. Hallo zusammen, ein Thema, dass hier wahrscheinlich schon 1000x diskutiert wurde, aber mir dennoch Probleme macht. Sorry! Ich habe einen laufenden 2k3 32bit, der durch einen neuen 2k8R2 ersetzt werden soll. Es gibt momentan nur diesen einen server, der alle Rollen übernimmt. Bin wie der Beschreibung von Yusuf (hoffe er liest das hier :-) ) vorgegangen: - Auf dem laufenden server die entsprechenden adprep's ausgeführt. Hierbei sind keine Fehler aufgetreten, und alles schien soweit i.o. - Habe den neuen 2k8 aufgesetzt und mit dcpromo zum DC heraufgestuft. Hierbei kam noch ein hinweis: "Für den DNS-Server kann keine Delegierung erstellt werden, da die autorisierende übergeordnete Zone nicht gefunden wurde..." Habe diese Meldung aber ignoriert. Danach sah soweit alles i.O. aus. - Nach einem Neustart, habe ich direkt alle Benutzer, DNS-Einträge etc. gesehen und es sah aus als hätte alles geklappt (zumindest wird kein Fehler gemeldet). Auf dem alter server sehe ich folgende Fehlerlogs: ctive Directory konnte eine gegenseitige Authentifizierung mit dem Dienstprinzipalnamen (SPN) für den folgenden Domänencontroller nicht erstellen. Domänencontroller: 1af4ceb0-d775-42bd-b624-2a9bf1e0b8a3._msdcs.nucleus.local Der Aufruf wurde verweigert. Dies kann Auswirkungen auf die Kommunikation mit diesem Domänencontroller haben. Zusätzliche Daten Fehlerwert: 8589Der Verzeichnisdienst kann keinen Dienstprinizipalnamen (SPN) zur gegenseitigen Authentifizierung des Zielservers ableiten, weil das entsprechende Serverobjekt in der lokalen Verzeichnisdienst-Datenbank über kein serverReference-Attribut verfügt. Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie das gleiche immer abwechselnd mit: ... Domänencontroller: 3965dfeb-6855-42d1-9c76-952819221ed6._msdcs.nucleus.local ... dcdiag auf dem neuen Server im Anhang. Habe auf dem w2k8 außerdem folgende logs: Ich hoffe mir kann jemand helfen. Danke schonmal! gruß dcdiag.txt
×
×
  • Neu erstellen...