Jump to content

RC<-->RC

Members
  • Content Count

    88
  • Joined

  • Last visited

Community Reputation

0 Neutral

About RC<-->RC

  • Rank
    Junior Member

Recent Profile Visitors

665 profile views
  1. Guten morgen Ich habe leider ein sehr großes Problem, was ich mit diversen Beispielen zur Behebung des Problems durch andere Foren leider nicht lösen konnte. Siehe Anhang. Die Prüfpunkte gibt es unter dem Ordner Snapshots. Irgendwie hat er etwas durcheinander gebracht. Ich kann die Snapshots auch nicht per PS entfernen. Ich habe einen neuen Snapshot manuell anlegen lassen gestern. Nun schreibt er die AVHDX natürlich auch da voll, so dass er die Plattenkapatizät langsam ausreizt und die VM bald zum Stillstand kommt, die mitunter sehr wichtig ist. Vielleicht habt ihr noch irgendwelche Ratschläge, wie ich diese Snaphots entfernen kann. Was mich halt auch so verwirrt ist, das oben der 04.02 steht, dann fast ganz unten der 02.01 und am ende dann der Prüfpunkt 09.02. :-( Exportieren der VM bringt ja auch nichts. VMMS neu gestartet. Powershell Befehle zum Entfernen/zusammenführen bringt nicht. Windows Server 2012 R2 Hyper V ( 6.3.9600.16384) Vielen Dank !
  2. Hallo Liebe Gemeinde, Ich habe leider folgendes Problem Server State Name TargetResource HealthSetName AlertValue ServerComp onent ------ ----- ---- -------------- ------------- ---------- ---------- Exchanger Online RWSProxyTestMonitor MSExchangeReporti... RWS.Proxy Unhealthy RwsProxy Exchanger Online ActiveSyncProxyTe... MSExchangeSyncApp... ActiveSync.P... Unhealthy ActiveS... Exchanger Online OutlookMapiHttpPr... MSExchangeMapiFro... OutlookMapiH... Unhealthy MapiProxy Exchanger Online ECPProxyTestMonitor MSExchangeECPAppPool ECP.Proxy Unhealthy EcpProxy Exchanger Online OABProxyTestMonitor MSExchangeOABAppPool OAB.Proxy Unhealthy OabProxy Exchanger Online OWAProxyTestMonitor MSExchangeOWAAppPool OWA.Proxy Unhealthy OwaProxy Exchanger Online EWSProxyTestMonitor MSExchangeService... EWS.Proxy Unhealthy EwsProxy Exchanger Online AutodiscoverProxy... MSExchangeAutodis... Autodiscover... Unhealthy AutoDis... Exchanger Online OutlookProxyTestM... MSExchangeRpcProx... Outlook.Proxy Unhealthy RpcProxy Exchanger Online OWACalendarProxyT... MSExchangeOWACale... OWACalendar.... Unhealthy OwaProxy Exchanger NotApplicable RestDeepTestMonitor MSExchangeRestApp... Rest.Protocol Unhealthy None Exchanger Online RPSProxyTestMonitor MSExchangePowerSh... RPS.Proxy Unhealthy RpsProxy Exchanger NotApplicable NetworkAdapterRss... Network Unhealthy None Ich weiß leider nicht weiter, und habe mir alles mir mögliche probiert. (Exchange 2016 CU14) Exchange ist neu, Daten wurden von einem anderen Exchange 2016 migriert. Habt ihr eine Idee wo und wie ich ansetzen könnte damit ich dies wieder in den Health Status bekomme ? Beeinträchtigen tut dies scheinbar nichts, will es aber auch nicht als Schönheitsfehler abstempeln und so stehen lassen. LG
  3. Ich hatte es schlichtweg nicht probiert Ich habe bisher keine Lösung gefunden, warum er in 2019 gerade mit IMAP ein Konto einrichten möchte. Durch diesen simplen Reg-Eintrag funktioniert das Autodiscover in 2019 problemlos, und die Dialoge fallen weg. Ich finde die Lösung super geil
  4. Falls es noch jemanden interessiert, oder doch selbst schon nutzt https://www.frankysweb.de/outlook-exchange-profile-ohne-benutzerinteraktion-konfigurieren/ kann so einfach sein und funktioniert tadellos
  5. Hallo Liebe Gemeinde, Ich habe nach wie vor ein großes Problem mit der Replikation eines Ordners auf Server2016 DCs die neu in die Domäne genommen wurden, und DFS Ordner Repliziert bekommen sollen. Es funktionieren alle Replizierten Ordner Bidirektional. Ein Ordner aber Repliziert sich nur einseitig. Wenn also bspw eine neue Datei erstellt wird auf den alten DCs, wird dieser auch auf die neuen Repliziert. Erstelle ich aber auf den neu hinzugekommenen eine Datei, wird diese nicht repliziert. Wie gesagt betrifft das nur ein Replikationsordner. Die anderen replizieren sich ganz normal. Das ist schon seit Wochen so. Anfangs kam in der Ereignisliste immer DFRS Replikationsfehler ID 1315/1316 / Vektorversionsgröße Die Warnungen erscheinen nun aber auch nicht mehr. Staging Warnungen kommen zu diesem Ordner auch nicht. dfsrdiag ReplicationState /member:Server Sagt auch nicht, das irgendwelche Dateien für den Replizierten Ordner in der Pipe wären. Wie beschrieben, handelt es sich nur bei den neu hinzugefügten Servern um dieses Problem, und auch nur diesen einen Replikationsordner. Alle anderen werden repliziert. Hat jemand noch eine Idee ? Bin echt kurz davor einen Call bei Microsoft auf zu machen, da ich zu diesem Problem auch leider nicht mehr weiter komme, und mit besten gewissen alles probiert habe (Server aus Replikationsgruppe raus, Ordner gelöscht und neu replizieren lassen, Staging so angepasst, das es nicht zuviel oder zu wenig wäre.)
  6. Vielen dank für die Antworten. Ich habs dann doch einfach über die Objektverwaltung gemacht
  7. Der MDT ist ein eigener Benutzer, der eben Domänen Rechte benötigt um die Clients in die Domäne heben zu können. Kein normaler Domänen Nutzer hat Zugriff auf das Deployment Share ! Was die Irrtümlichen Installationen angeht, so lass ich den Haken bei Administratorgenehmigung gern drin
  8. Liebe Gemeinde, Ich hab ein kleines Problem mit dem ich mich mitunter befasse. Als Einstieg zur Sicherheit unserer Domäne galt es anfangs nun endlich mal LAPS einzurichten, um die Lokalen PW nicht gleich zu haben, und Mailware bzw. Emotet weniger Plattform zu bieten. Zum eigentlichen Wir haben in jedem Standort MDT in Betrieb. Die Clients werden gleich in die Domäne gebracht. In der Customer und Boostrap.ini steht der Domain-Admin und das DomainAdminPassword in Klartext drin, was irgendwie ziemlich Affig ist. Hat jemand eine glorreiche Idee für mich, das einfach nicht mehr in Klartext rein schreiben zu müssen, oder eine Idee das zu sichern, da ich schon ein wenig bedenken habe, das diese INI ja nur ausgelesen werden muss um komplette Domänen Rechte sein eigen nennen zu dürfen :-( Viele Grüsse !
  9. Hm, unter Outlook 2016 funktioniert das Autodiscover aber tadellos. IMAP ist für Office 365 eben vorkonfiguriert dachte ich. Da greift das Autodiscover zu diesem Zeitpunkt noch gar nicht, hatte ich die Vermutung. Wüsste leider nicht, wo ich da jetzt ansetzen sollte
  10. Hallo Liebe Gemeinde, da wir für die Verwaltung nun Outlook 2019 mehr und mehr zum Einsatz bringen, kommt die Frage auf, ob es nicht wie bei 2016 ( Danke FrankysWEB) diese ZeroConfigExchange gibt, sodass der Benutzer nicht erst auf Manuelle Konfiguration und Exchange auswählen muss, um das vorkonfigurierte IMAP zu umgehen ! Vielleicht hat sich ja jemand schon damit beschäftigt. Vielen Dank
  11. Würde das Thema noch einmal gern aufgreifen, vielleicht hat ja doch jemand eine Idee, das es noch bei einem DFS Ordner präsent ist. Es deutet nicht auf den Ordner hin, aber es ist der einzige, der nur in eine Richtung repliziert. Alles anderen replizieren ordnungsgemäß :-(
  12. Vielen dank, ich werde mir die Links mal anschauen. Wir werden Ihn nächste Woche dann recht zügig umstellen. Der "alte" Exchange ist 2016 CU9 und der Neue 2016 CU12
  13. Hallo Liebe Gemeinde, Ich habe folgendes Problem Ich habe für die Migration und zum Umziehen aller Postfächer und Öffentlichen Ordner einen neuen Exchange 2016 installiert aber Autodiscover usw. noch nicht konfiguriert. Ich wollte damit erst einmal ein wenig vorarbeit leisten, um das umziehen dann in naher Zukunft umzusetzen. Das verzögert sich leider aber noch etwas. Auf dem neuen Exchange ist noch nichts umgezogen. In der ECP wird er aufgeführt Alle Mitarbeiter bekommen im Verbindungsstatus angezeigt das sich Outlook nun auch auf den neuen Exchange verbinden möchte. Somit verzögert sich alles sehr, und Outlook will sich bspw auf die Öffentlichen Ordner des neuen Exchange verbinden, wo aber noch nichts umgezogen ist. Wie kann ich nun sämtliche Verbindungen zu dem neuen Exchange unterbinden, sodass sich die Mitarbeiter weiterhin nur auf den noch aktuellen Exchange verbinden und Outlook den neuen unkonfigurierten Exchange nicht anspricht ? wäre für eine schnelle Lösung sehr sehr dankbar. LG Rolf !
  14. Guten morgen Keiner eine Idee ? Too much information Hat das noch niemand gelesen in seiner Ereignisanzeige unter Server 2019 in Verbindung mit DFSR ? (Versionsvektorgröße) Zudem betrifft es wie gesagt nur einen Ordner von vielen, der nur einseitig repliziert ( zum Server 2019 hin, aber nicht weg) alle anderen werden Bidirektional repliziert. Es kommt aber auch keine andere Warnung, das dass Staging zu niedrig sei. Gar nichts. Ausser eben das mit der Vektorversonsgröße und dem WMI Fehler.
×
×
  • Create New...