mts1
-
Gesamte Inhalte
15 -
Registriert seit
-
Letzter Besuch
Beiträge erstellt von mts1
-
-
Mag sein. Aber das ist jetzt schon eine recht pauschale Aussage.
ZitatQuiesced snapshots
Quiesced snapshots take advantage of the Windows Volume Shadow Copy Service (VSS) to generate application-consistent point-in-time snapshots. The VSS framework helps VSS-aware applications (for example Microsoft Exchange or Microsoft SQL Server) flush data to disk and prepare for the snapshot before it is taken. Quiesced snapshots are therefore safer to restore, but can have a greater performance impact on a system while they are being taken. They may also fail under load, so more than one attempt to take the snapshot may be required.
P.S. Die gleiche Technik nutzt doch auch jedes Backup-Utility.
-
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.
-
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:
ZitatFehler:
Fehler beim Installieren des Produkts H:\exchangeserver.msi. Schwerwiegender Fehler bei der Installation. Fehlercode: 1603. Letzter vom MSI-Paket ausgegebener Fehler: 'Error writing to file: C:\Program Files\Microsoft\Exchange Server\V15\ClientAccess\Owa\Current2\version\debug\scripts\Microsoft.Owa.TriageActions.js. Verify that you have access to that directory.'.
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.
-
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. -
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...
-
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
-
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).
-
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.
-
leider keine Änderung
-
-> wird gemacht.wenn du nur eine Netzwerkkarte nutzt deaktiviere die unbenutzte Karte im BIOS.Der 10.0.0.1 ist hoffentlich der W2k3 Server oder ?-> nein, ist der W2k8-Server, der W2k3-Server ist die 10.0.0.2
besteht eine reverse Lookupzone auf dem W2k3 ?-> ja
Hat sich der W2k8 in den DNS Zonen eingetragen ?-> ja
Funktioniert ein Ping auf den Namen des W2k3 vom W2k8 aus und wird dieser vollständig aufgelöst ?-> ja
-
Hier meine ipconfig:
Windows-IP-Konfiguration
Hostname . . . . . . . . . . . . : SERVER01
Primäres DNS-Suffix . . . . . . . : nucleus.local
Knotentyp . . . . . . . . . . . . : Hybrid
IP-Routing aktiviert . . . . . . : Nein
WINS-Proxy aktiviert . . . . . . : Nein
DNS-Suffixsuchliste . . . . . . . : nucleus.local
Ethernet-Adapter LAN-Verbindung 2:
Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Marvell Yukon 88E8056 PCI-E Gigabit Ethernet Controller #2
Physikalische Adresse . . . . . . : 20-CF-30-30-6A-D6
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja
Ethernet-Adapter LAN-Verbindung:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Marvell Yukon 88E8056 PCI-E Gigabit Ethernet Controller
Physikalische Adresse . . . . . . : 20-CF-30-30-65-7F
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
IPv4-Adresse . . . . . . . . . . : 10.0.0.1(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . : 10.0.0.4
DNS-Server . . . . . . . . . . . : 10.0.0.2
127.0.0.1
NetBIOS über TCP/IP . . . . . . . : Aktiviert
Tunneladapter isatap.{9D46FA7F-71B6-4318-B0DC-1A645D3F46B4}:
Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapter
Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
Tunneladapter LAN-Verbindung*:
Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
Tunneladapter isatap.{66B797A3-2BDB-405C-9DF1-2B014A83F69C}:
Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapter #2
Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
Kann es sein, dass der Dateireplikationsdienst nicht richtig läuft?
Habe folgende logs:
Der Dateireplikationsdienst kann die Replikation von SERVER02 nach SERVER01 für d:\datenbanken\dc\sysvol\domain mit DNS-Namen server02.nucleus.local nicht aktivieren. Es wird ein neuer Versuch gestartet.
Mögliche Ursachen für diese Warnung sind:
[1] Der DNS-Name server02.nucleus.local von diesem Computer konnte nicht ausgewertet werden.
[2] Der Dateireplikationsdienst wird auf server02.nucleus.local nicht ausgeführt.
[3] Die Topologieinformationen in den Active Directory-Domänendiensten dieses Replikats wurden noch nicht auf allen Domänencontrollern repliziert.
Diese Ereignisprotokollmeldung wird einmal pro Verbindung angezeigt. Nachdem der Fehler behoben wurde, wird eine andere Ereignisprotokollmeldung angezeigt, die bestätigt, dass die Verbindung hergestellt wurde.
-
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?
-
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:
Starting test: NetLogons
Die Verbindung mit der NETLOGON-Freigabe kann nicht hergestellt werden. (\\SERVER01\netlogon)
[sERVER01] Bei einem Vorgang vom Typ "net use" oder "LsaPolicy" ist der Fehler 67 aufgetreten,
Der Netzwerkname wurde nicht gefunden..
......................... SERVER01 hat den Test NetLogons nicht bestanden.
und
Starting test: Advertising
Achtung: Bei dem Versuch, SERVER01 zu erreichen, wurden von DsGetDcName Informationen für
\\server02.nucleus.local zurückgegeben.
DER SERVER REAGIERT NICHT oder GILT ALS UNGEEIGNET.
......................... SERVER01 hat den Test Advertising nicht bestanden.
-
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:
Der Dateireplikationsdienst kann die Replikation von SERVER02 nach SERVER01 für d:\datenbanken\dc\sysvol\domain mit DNS-Namen server02.nucleus.local nicht aktivieren. Es wird ein neuer Versuch gestartet.
Auf diesem Computer wird nun die angegebene Verzeichnisinstanz gehostet, doch konnte diese von Active Directory-Webdiensten nicht bedient werden. Von Active Directory-Webdiensten wird in regelmäßigen Abständen erneut versucht, den Vorgang auszuführen.
Verzeichnisinstanz: GC
LDAP-Port der Verzeichnisinstanz: 3268
SSL-Port der Verzeichnisinstanz: 3269
Ich hoffe mir kann jemand helfen.
Danke schonmal!
gruß
Exchange 2019 CU11 Update fehlgeschlagen > danach Probleme
in MS Exchange Forum
Geschrieben
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.