testperson

Hi, da meldet sich scheinbar das Zertifikat vom WebHoster wo die Domain liegt bzw. dessen Verwaltungssoftware Plesk. Du hast vermutlich nicht alle benötigten DNS Records für O365 gesetzt. Das könnte auch für dein anderes Problem verantwortlich sein. Gruß Jan

In welchem Fall bist du gezwungen _beide_ DCs zu restoren? Ein "Image Backup" ist für DCs vollkommen ungeeignet. Das kann gut gehen, muss es aber nicht!

Du möchtest immer noch _beide_ DCs aus einem Image restoren? Warum? BTW.: Du machst das ganze in einem komplett abgeschotteten Netzwerkbereich mit keinerlei Verbindung zum Live System, oder?

Da lese ich raus, dass er (alleine) lief. Ich weiß nicht wie Veeam das macht, aber die VM wird vermutlich einen neuen Netzwerkadapter bekommen, den du vermutlich dann erst noch konfigurieren musst.

Hi, das Problem wird der Restore der DCs aus "Images" sein. Wie alt war denn das Backup von DC01 und das von DC02 welches restored wurde? In deinem Szenario wirst du aber eigentlich niemals beide DCs restoren müssen (Sofern beide DCs nur DCs sind). Ist DC01 hinüber: AD aufräumen und einen neuen DC01 oder DC03 installieren. Ist DC02 hinüber: AD aufräumen und einen neuen DC02 oder DC03 installieren. Ist deine komplette Infrastruktur hinüber: Einen der DCs restoren und dann den anderen "einfach" neu installieren. Für alles andere AD Papierkorb bzw. eine Sicherung des ADs. Gruß Jan

Hi, wäre das nicht eine Frage für den "ondeso SecureRelease" Support? Gruß Jan

Hi, was ist denn zwischen "Restore Point" und "auf Restore Point zurücksetzen" passiert? "Domain.xx (unauthenticated)" findest du am Netzwerkadapter? Gruß Jan

Backup / Verwaltung ist doch i.O. Beim Lizenzdongle wäre ich allerdings skeptisch. Mal ganz davon abgesehen, dass ich so Dongle-Frickel-Treiber oder auch <Dongle>2Netzwerk Software aufm Hyper-V gar nicht erst haben wollen würde.

Das Backup von vor den Updates, sofern vorhanden zurückspielen? Derzeitigen "Zustand" nochmal sichern und dann CU16? Oder wenn es läuft, wie du sagst, lass es laufen und mach ein Case bei MS auf.

Hi, wann wurde der Server denn vor deinem Eingriff das letzte mal gepatched? Von welchem Exchange CU hast du denn jetzt auf CU15 geupdated? Nicht gestartete Exchangedienste nach dem Booten klingt so nach abgebrochenes bzw. nicht fertig gestelltes Update. Gruß Jan

Manchmal Häufig hilft es einfach miteinander zu reden :)

D.h. Ihr nutzt XenApp und stellt Sitzungen und / oder Anwendungen bereit? Wenn du auf allen Servern löschen willst, vermute ich, Ihr nutzt kein PVS oder MCS? Dann solltet Ihr euch PVS und MCS angucken ;) Je nachdem was das für Dateien oder Strukturen sind, könnte man vielleicht über den UPM die Dateien auf einen zentralen Server "ins Profil" synchronisieren / spiegeln und dort an nur einer Stelle löschen. So als evtl. Citrix-Lösungs-Ansatz-Gedanke ;)

Hi, was für Daten sind das denn und was ist das genaue Ziel hier? Wäre es evtl. sinnvoll die Daten einfach auf einem Fileserver o.ä zu speicher und somit nur an einem Ort? Gruß Jan

Hi, ein lokaler Virenschutz auf dem Client / Server? Hat der evtl. seine Finger im Spiel? Gruß Jan

Hi, dann poste doch mal den kompletten Fehlertext der 405 4.7.1 Meldung. Nutzt Ihr einen Exchange Server? Oder wo liegen die Postfächer? Ich würde vorsichtig auf Greylisting tippen. Gruß Jan

Ja, es gibt auch Firewalls die da still und leise im Traffic rumpfuschen.

Hi, es gibt übermotivierte Virenscanner die sich mit einer Port- / Protokollüberwachung einfach als Proxy zwischenschalten. Spontan fällt mir da G-Data ein. Gruß Jan

Bei einer handvoll betroffener User EAS ausschalten und beobachte was die TLogs machen? Um so evtl. an den User ranzukommen? Oder eben die User nach und nach in eine neue DB verschieben und beobachte ob und ab wann da das Problem los geht?

Hi, hast du mal einen Case bei Microsoft aufgemacht? Ggfs. können die den Verursacher benennen oder das Problem beheben. Gruß Jan

Hi, da dürfte es einiges geben. Spontan käme mir "SPLA Reporting" oder Citrix CloudPortal in den Sinn. Du kannst bestimmt auch dein Script anpassen und täglich auswerten. Daraus kannst du dann ja weiteres berechnen / auswerten. Gruß Jan

Solange du die direkt wieder ausgeschaltet hast und jetzt dein Backup ans laufen bringst.. Ok. Ansonsten ist das eher keine Lösung.

Hi, damit ist euer Backup Programm BE15 gemeint. Und es wird vermutlich nicht laufen bzw. zumindest das Exchange Backup nicht (richtig) ;) Gruß Jan

Hi, Logs? Läuft das Backup? Ansonsten schau mit Tree Size o.ä. nach, wo welche Datenmengen liegen. Exchange Version und Patchstand? Gruß Jan

Hi, ich vermute eher es liegt am SHA1 Zertifikat. Das ganze rumgefriemel dürfte unterm Strich deutlich mehr kosten, wie einfach ein SAN Zertifikat zu kaufen und einzubinden. So langsam könnte man sich dann auch Gedanken machen, den Ex 2007 abzulösen. Gruß Jan

Hi, soll das eine Erweiterung oder ein Ersatz fürs Backup werden? Gruß Jan