Jump to content

MHeiss2003

Members
  • Gesamte Inhalte

    333
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von MHeiss2003

  1. Habe hier als Schnittstelle gotomaxx PDF-Mailer. Wenn ich hier MAPI wähle, dann drehen mir die Leute durch!
  2. Hallo liebe community, ich habe eine Herausforderung, zu der ich nicht weiß, wie ich diese bestmöglich mit Exchange Server 2019 onPremise realisieren kann. Das ERP-System meines Kunden bedient sich einer oder mehrerer SMTP-Verbindung, um E-Mails an den Mailserver zu übergeben. Nun ist gewünscht, dass mehrere Verbindungen zur Verfügung stehen, die unterschiedliche Absende Adressen nutzen und gleichzeitig die an den Exchange Server übergebenen E-Mails auch im Postfach im Ordner "Gesendete Elemente" abgelegt werden. Eingerichtet habe ich die SMTP-Verbindungen aus dem ERP-System mit TSL, Exchange Benutzer Daten (Benutzername + Kennwort) und der Server Adresse. Leider erscheinen die E-Mails nicht im Ordner "Gesendete Elemente". Wer weiß, was ich tun muss? Danke und viele Grüße aus dem sonnigen Mittelfranken. Mario
  3. Danke Dir Jan. Auf der Seite von Thomas Krenn und auch bei VMware finde ich den Hinweis auf sogenannte "VMware vSphere Acceleration Kits", die zu Essentials Lizenzen bestellt werden können. Warum ist bei den VMware vSphere Acceleration Kits explizit die Rede von "Unbeschränkte Anzahl an VMs". Das lässt doch den Schluss zu, dass ohne die Kits die Anzahl der VMs beschränkt ist. In den Unterlagen bei VMware ist die Rede von 20 Servern oder weniger. Im Schaubild sind 3 physische Server mit jeweils 3 virtuellen abgebildet! Hier bin ich fündig geworden: Quelle Thomas Krenn und Quelle VMware Datenblatt
  4. Danke Norbert, habe hoffentlich alle "s" erwischt. Der Zugriff erfolgt per SMB.
  5. Guten Abend liebe Community, folgende Umgebung habe ich gerade vor mir und bin mir bei der Lizenzierung in Bezug auf das Win10 Pro OSE und die geplante Überführung nach Hyper-V nicht sicher. Dankbar wäre ich Euch, wenn Ihr mir Eure Einschätzung mitteilen würdet. Als Grundlage meiner Überlegungen und Prüfungen habe ich die Webseite von Microsoft unter der URL Microsoft Lizenz Bestimmungen Windows Server Standard, Datacenter und Essentials herangezogen. IST-Zustand: 1x HOST-System mit 2x8 Cores CPU´s und VMware 6.5 mit VMware vSphere 6 Essentials (6 CPU´s) 4x Windows Server 2019 Standard virtuell 1x Windows Server 2003 virtuell 1x Windows 10 Pro virtuell Meine Feststellungen in Bezug auf den vorgefundenen Zustand: 1. Unterlizenzierung bei VMware vSphere um die Anzahl 2, da nur bis zu 3 physikalische Server virtualisiert werden dürfen 2. Windows Server benötigen insgesamt 48 einzelne Core Lizenzen Windows Server 2019 3. Windows 10 Pro erfordert neben der OEM Lizenz eine SA oder VDI Lizenz; RDP wird nicht benötigt, da es sich um einen Rechner handelt, der Drivve Image nutzt und zwei Großraum Scanner ansteuert Diesen Beitrag hatte ich bereits gelesen und die Frage von NorbertFe in Bezug auf die Lizenzierung Windows Pro als unbeantwortet vorgefunden: https://www.mcseboard.de/topic/216480-windows-server-2019-landschaft/#comment-1387425 Meine Fragen: 1. Sind die 48 einzelnen Core Lizenzen sowohl für VMware als auch Windows Server 2019 Standard als HOST System ausreichend? 2. Ist meine Annahme zur Lizenzierung von Windows 10 Pro korrekt? 3. Muss ich bei den CAL's auch Windows 10 Pro berücksichtigen? 4. Wie viele gleichzeitige Zugriffe auf den Windows 10 Pro Rechner sind zulässig? Danke vorab für Eure geschätzten Meinungen. Grüße aus Mittelfranken. Mario
  6. Die Vorgabe ist, keinen Software-Mietvertrag mit Microsoft abzuschließen. Bzgl. des Standortes hättest Du natürlich recht. Insgesamt sollen dann zwei Sites und zwei Subnetze bestehen. Von einer "zwei DCs" Strategie habe ich auf Grund der geringen Größe des Projektes Abstand genommen.
  7. Danke für Deine Ausführungen! Genau in diese Richtung gehen meine Überlegungen. Exchange Online kann ich nicht implementieren, da das Projekt "on Prem" im Cloud RZ in Deutschland ausgeführt werden muss. Diese Vorgabe ist nicht "verhandelbar"! Würdet Ihr eher den DC am Hauptstandort über VPN ansteuern oder einen eigenen DC im Cloud RZ mit Replikation über VPN implementieren?
  8. Also es handelt sich um eine Neuinstallation des ersten Exchange Servers. Bisher gibt es keinen! 25 Benutzer, die Exchange bekommen sollen. 20 Benutzer sitzen am Hauptstandort, die restlichen Benutzer sind Außendienstler, die selten in die Firma kommen. Der zweite Standort ist ein Cloud Rechenzentrum.
  9. Hallo liebe community, Eure Meinungen und Erfahrungen würden mich interessieren. An dem Hauptstandort des Projektes habe ich ein AD mit Servern 2019. Nun ist meine Idee, dass ich an einem zweiten Standort einen Exchange Server in Betrieb nehmen möchte. Der zweite Standort ist mit 100 Mbit/s. an das öffentliche Netz angebunden, während der Hauptstandort nicht einmal 16 Mbit/s realisieren kann. Meine Idee war, dass ich an dem zweiten Standort mit Exchange ebenfalls einen Domaincontroller in Betrieb nehme. Die Anbindung wollte ich mit VPN an den Hauptstandort realisieren. Die Kommunikation mit Exchange soll aber ausschließlich über die öffentliche Anbindung laufen. Wie sind Eure Erfahrungen und Empfehlungen? Ist der zweite DC sinnvoll? Fragen über Fragen...! Danke und Grüße Mario
  10. Danke für den Hinweis und den Link. SMTP nutzt aktuell das neue Zertifikat, der Fingerprint ist eindeutig korrekt. Jetzt stellt sich mir immer noch die Frage: Warum sehe ich den Dienst SMTP bei diesem Zertifikat nicht angehakt?
  11. Hallo Seppelmore, danke für den Hinweis. Versucht hatte ich das mit dem Zertifikat "Microsoft Exchange". Ich werde hier bei SMTP nach dem Überschreiben gefragt. Wenn ich die Frage mit JA beantworte, wird das Zertifikat dem Dienst SMTP dennoch nicht zugefügt. Welches Zertifikat hattest Du verwendet? Grüße Mario
  12. Hallo liebe community, auf dem betroffenen Exchange Server ist das Wildcard Zertifikat ausgelaufen gewesen. Nun habe ich ein neues über Powershell importiert und dieses den beiden Diensten SMTP und IIS zugewiesen. Während die Zuweisung zu IIS problemlos funktioniert hat, bekomme ich leider keine Zuweisung zu SMTP. Enable-ExchangeCertificate bringt keinen Fehler, führt die Zuweisung aber nicht aus. Den Beweis erbringt Get-ExchangeCertificate. Unterdessen habe ich das alte abgelaufene Zertifikate über die MMC gelöscht, in der Hoffnung dann die Zuweisung vornehmen zu können, aber auch das funktioniert nicht. Habt Ihr noch eine Idee? Aktueller Fehler im LOG "Fehler 6, MSExchange Managament - Cmdlet failed". Danke Mario
  13. Vielen Dank an Euch. Die Lösung war folgende, angelehnt an den Tipp von Phil: 1. Löschen des Outlook Profils über die Systemsteuerung 2. Bereinigung der beiden Ordner C:\%username%\AppData\Local\Microsoft\Outlook und C:\%username%\AppData\Roaming\Microsoft\Outlook 3. Neueinrichtung der Benutzerkonten Als kleiner Tipp, der sich in der Konfiguration als hilfreich erwiesen hatte: Deaktivierung des Exchange-Cache-Modus für das nach M365 migrierte Postfach, zumindest bei der Erstverbindung. Da das migrierte Postfach als sekundäres Postfach im Mailprofil eingerichtet ist, wurden die "alten" Verknüpfungen zu dem onPremise Postfach sofort nach dem Start aus dem Primärpostfach entfernt und durch die neuen ersetzt. Dieser Vorgang hatte mit aktiviertem Cache-Modus nicht sofort gegriffen.
  14. Mit einem neuen Profil auf einem PC, der noch keine Outlook Einrichtung hatte, geht die Einrichtung völlig problemlos! Firewall ja, Proxy ist nicht vorhanden und auch nicht aktiviert.
  15. Hallo, 4x GetLastError=0; httpStatus=401 AutoErmittlung für https://outlook.office365.com/autodiscover/autodiscover.xml Fehlgeschlagen (0x800C820E) Die über den Datenverbindungspunkt gefundene URL https://autodiscover.MEINEDOMAIN.de/Autodiscover/Autodiscover.xml AutoErmittlung für https://autodiscover.MEINEDOMAIN.de/Autodiscover/Autodiscover.xml gestartet GetLastError=0; httpStatus=401 GetLastError=0; httpStatus=401 GetLastError=0; httpStatus=200 AutoErmittlung für https://autodiscover.MEINEDOMAIN.de/Autodiscover/Autodiscover.xml Fehlgeschlagen (0x800C8205) Die Meldungen gehen noch weiter.
  16. OK, der Eintrag wurde nicht gesetzt, zumindest nicht per GPO oder anders wissentlich. Es handelt sich um einen Testbenutzer. Dieses Postfach liefert Vollzugriffsrechte für andere Nutzer, die das Postfach bearbeiten, info@meinedomain.de. Neues Profil habe ich nicht nicht getestet. Werde ich gleich mal versuchen. Was mir auffällt, wenn ich Outlook öffne, dass der Hinweis kommt, Kennwort erforderlich. Weiterhin erhalte ich bei der Neurinrichrung des Postfaches kurz die M365 Anmeldemaske, der Kreis mit Punkten ist zu sehen, plötzlich schließt sich das Fenster.
  17. Hallo Phil, Danke für Deine Nachricht. Ein Postfach, das auf dem onPremise Exchange erstellt wurde und vorhanden war, ist nach M365 migriert worden. Routing Adresse ist vorhanden. Nachdem ich bei Microsoft in der Anleitung zur Vorbereitung des HCW gelesen habe, dass die autodiscover Einträge von extern auf den lokalen Exchange laufen müssen, habe ich auf dem externen DNS System den DNS-Eintrag autodiscover.MEINEDOMAIN.de auf die externe feste IP-Adresse geleitet, diese geht dann auf den lokalen Exchange. Weiterhin habe ich auf dem internen Exchange denselben Eintrag mit Verweis auf die interne IP-Adresse des lokalen Exchange. Grüße Mario Hallo Mirko, Vielen Dank für Deine Nachricht. Nein, diesen Eintrag habe ich nicht gesetzt. Ist dies Deiner Meinung nach notwendig, zumindest solange, bis ich den onPremise Exchange deinstalliert und von Netz habe? Gruß Mario
  18. Liebe community, zu meinem Setup folgende Informationen: 1. onPremise Exchange Server 2016 CU21 2. Microsoft 365 Business Standard Lizenzen 3. Microsoft 365 Hybrid Configuration Wizard mit vollständiger Hybridkonfiguration und der Topologie klassisch erfolgreich durchgeführt 4. onBoarding eines Postfaches erfolgreich durchgeführt 5. Migrationsbatch entfernt Zu dem Problem: 1. Keine Verbindung über Outlook im internen Netzwerk des Exchange Servers 2. "E-Mail-Autokonfiguration testen" über Outlook meldet zu der E-Mail-Adresse des Postfaches: 4x GetLastError=0; httpStatus=401 AutoErmittlung für https://outlook.office365.com/autodiscover/autodiscover.xml Fehlgeschlagen (0x800C820E) Die über den Datenverbindungspunkt gefundene URL https://autodiscover.MEINEDOMAIN.de/Autodiscover/Autodiscover.xml AutoErmittlung für https://autodiscover.MEINEDOMAIN.de/Autodiscover/Autodiscover.xml gestartet GetLastError=0; httpStatus=401 GetLastError=0; httpStatus=401 GetLastError=0; httpStatus=200 AutoErmittlung für https://autodiscover.MEINEDOMAIN.de/Autodiscover/Autodiscover.xml Fehlgeschlagen (0x800C8205) Wenn ich mich über einen Mailclient außerhalb des Netzwerkes mit dem Postfach verbinde, funktioniert die Anmeldung mit Autoermittlung tadellos. Meine Vermutung ist, dass irgendetwas im internen Netzwerk noch konfiguriert werden muss. Leider komme ich nicht weiter und würde mich über Eure Ideen sehr freuen. Das mit dem Wald und den Bäumen ist bei mir vermutlich gerade so. ;-) Danke Euch. Mario
  19. Habe das gleiche Problem in einer SBS2011 Umgebung mit Outlook 2016. Nachdem ich vermutet hatte, dass es an Office 2016 liegt habe ich Office 2016 deinstalliert und Office 2013 installiert. Leider genau das gleiche Problem. Mir hat das Downgrade auf Windows 7 geholfen, allerdings nur mit Office 2013, mit 2016 gleiches Problem unter Windows 7.
  20. Hallo zusammen, ich habe einen Exchange 2013 mit CU14 laufen. Mir sind von Problemen bei der Suche in Öffentlichen Ordnern berichtet worden. Nun habe ich das Öffentliche Ordner Postfach mit einem Set-MoveRequest in eine neue Datenbankdatei verschoben, um eventuell vorhandene Fehler herauszufiltern. Die Übertragung hat problemlos funktioniert. Die 3 weiteren Datenbanken habe keine Probleme bei der Suche, das nur am Rande. Wenn ich nun ein Test-ExchangeSearch -Identity "NAME DES ÖFFENTLICHEN ORDNERPOSTFACHES" mache, erhalte ich den Fehler MAPI-Fehler für Postfachdatenbank "DATENBANKNAME". Im Eventlog des Server finde ich zeitgleich keinen Eintrag. Get-MailBoxDataBaseCopyStatus bringt für alle Datenbanken "Healthy". Mir ist noch aufgefallen, dass das INDEX-Verzeichnis der Datenbank 16 Megabyte hatte, nachdem ich es angelegt hatte. Es hat immer noch die gleiche Größe nach dem Verschiebevorgang des Öffentlichen Ordner Postfaches. Die anderen Datenbanken haben mehrere hundert Megabyte in diesem Verzeichnis. Wie bekomme ich die Suche im Öffentlichen Ordner Postfach wieder ans Laufen? Danke und Grüße
  21. Hallo zusammen, auf einem Einzelserver habe ich CU14 für Exchange 2013 installiert. Einen Tag nach der Installation berichteten alle Benutzer, dass die Suche nicht mit funktionieren würde. In der Tat sind alle drei Datenbanken im Status "failed" was die Indexierung angeht. http://exchangeserverpro.com/fix-failed-database-content-index-exchange-2013/#comment-351674 habe ich bereits mehrfach versucht. ContentSubmitter Gruppe war bereits angelegt vor der Installation von CU13. Leider bekomme ich keinen INDEX mehr sauber hin. Mir ist auch aufgefallen, dass sich nach dem Neustart der beiden Dienste, der Dienst MSExchangeFastSearch alle 20 Sekunden unerwartet beendet, um sich dann wieder zu starten. Zu der letzten Warnung im Event Log 1013 finde ich keinen Lösungsansatz. Die Fehlermeldung lautet: "Indexierungsstatus nicht im FAST-Katalog für MDB DATABASE ID gefunden". Es dauert dann ein paar Minuten und dann kommen einige Fehler. Der erste Fehler lautet: Protokollname: Application Quelle: MSExchange Common Datum: 14.10.2016 17:04:46 Ereignis-ID: 4999 Aufgabenkategorie:Allgemein Ebene: Fehler Beschreibung: Der Watson-Bericht steht kurz vor dem Versenden für die Prozess-ID: 24220, mit den Parametern: E12IIS, c-RTL-AMD64, 15.00.1236.003, M.E.Search.Service, M.E.Data.Directory, M.E.D.D.ScopeSet.GetOrgWideDefaultScopeSet, System.ArgumentNullException, 301, 15.00.1236.000. ErrorReportingEnabled: True Ereignis-XML: <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> <System> <Provider Name="MSExchange Common" /> <EventID Qualifiers="16388">4999</EventID> <Level>2</Level> <Task>1</Task> <Keywords>0x80000000000000</Keywords> <TimeCreated SystemTime="2016-10-14T15:04:46.000000000Z" /> <EventRecordID>11845796</EventRecordID> <Channel>Application</Channel> <Security /> </System> <EventData> <Data>24220</Data> <Data>E12IIS</Data> <Data>c-RTL-AMD64</Data> <Data>15.00.1236.003</Data> <Data>M.E.Search.Service</Data> <Data>M.E.Data.Directory</Data> <Data>M.E.D.D.ScopeSet.GetOrgWideDefaultScopeSet</Data> <Data>System.ArgumentNullException</Data> <Data>301</Data> <Data>15.00.1236.000</Data> <Data>True</Data> <Data>True</Data> <Data>Microsoft.Exchange.Search.Service</Data> <Data> </Data> </EventData> </Event> Und genau nach diesem Fehler folgt dann der Dienst Crash mit Beenden und Neustarten des Dienstes MSExchangeFastSearch alle 20 Sekunden. Ich finde dann noch folgende Events im LOG: Protokollname: Application Quelle: Microsoft-Windows-Perflib Datum: 14.10.2016 17:04:55 Ereignis-ID: 1008 Aufgabenkategorie:Keine Ebene: Fehler Schlüsselwörter:Klassisch Benutzer: Nicht zutreffend Beschreibung: Die Open-Prozedur für den Dienst ".NETFramework" in der DLL "C:\Windows\system32\mscoree.dll" war nicht erfolgreich. Die Leistungsdaten für diesen Dienst sind nicht verfügbar. Die ersten vier Bytes (DWORD) des Datenbereichs enthalten den Fehlercode. Ereignis-XML: <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> <System> <Provider Name="Microsoft-Windows-Perflib" Guid="{13B197BD-7CEE-4B4E-8DD0-59314CE374CE}" EventSourceName="Perflib" /> <EventID Qualifiers="49152">1008</EventID> <Version>0</Version> <Level>2</Level> <Task>0</Task> <Opcode>0</Opcode> <Keywords>0x80000000000000</Keywords> <TimeCreated SystemTime="2016-10-14T15:04:55.000000000Z" /> <EventRecordID>11845800</EventRecordID> <Correlation /> <Execution ProcessID="0" ThreadID="0" /> <Channel>Application</Channel> <Security /> </System> <UserData> <EventXML xmlns="Perflib"> <param1>.NETFramework</param1> <param2>C:\Windows\system32\mscoree.dll</param2> <binaryDataSize>8</binaryDataSize> <binaryData>0200000000000000</binaryData> </EventXML> </UserData> </Event> und Protokollname: Application Quelle: IISInfoCtrs Datum: 14.10.2016 17:04:55 Ereignis-ID: 1001 Aufgabenkategorie:Keine Ebene: Fehler Schlüsselwörter:Klassisch Benutzer: Nicht zutreffend Beschreibung: Der Indexwert "First Counter" konnte nicht aus der Registrierung gelesen werden. Der von der Registrierung zurückgegebene Fehlercode ist DWORD 0. Ereignis-XML: <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> <System> <Provider Name="IISInfoCtrs" /> <EventID Qualifiers="49152">1001</EventID> <Level>2</Level> <Task>0</Task> <Keywords>0x80000000000000</Keywords> <TimeCreated SystemTime="2016-10-14T15:04:55.000000000Z" /> <EventRecordID>11845801</EventRecordID> <Channel>Application</Channel> <Security /> </System> <EventData> <Binary>02000000</Binary> </EventData> </Event> und Protokollname: Application Quelle: usbperf Datum: 14.10.2016 17:04:56 Ereignis-ID: 2001 Aufgabenkategorie:Keine Ebene: Fehler Schlüsselwörter:Klassisch Benutzer: Nicht zutreffend Beschreibung: Der Wert von "First Counter" unter dem Schlüssel "usbperf\Performance" kann nicht gelesen werden. Statuscodes wurden in den Daten zurückgegeben. Ereignis-XML: <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> <System> <Provider Name="usbperf" /> <EventID Qualifiers="49152">2001</EventID> <Level>2</Level> <Task>0</Task> <Keywords>0x80000000000000</Keywords> <TimeCreated SystemTime="2016-10-14T15:04:56.000000000Z" /> <EventRecordID>11845806</EventRecordID> <Channel>Application</Channel> <Security /> </System> <EventData> <Binary>02000000</Binary> und Protokollname: Application Quelle: Microsoft-Windows-IIS-W3SVC-PerfCounters Datum: 14.10.2016 17:04:56 Ereignis-ID: 2002 Aufgabenkategorie:Keine Ebene: Fehler Schlüsselwörter:Klassisch Benutzer: Nicht zutreffend Beschreibung: Fehler beim Einrichten der Webdienste-Leistungsindikatoren. Vergewissern Sie sich, dass die Webdienst-Leistungsindikatoren ordnungsgemäß registriert wurden. Ereignis-XML: <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> <System> <Provider Name="Microsoft-Windows-IIS-W3SVC-PerfCounters" Guid="{90303B54-419D-4081-A683-6DBCB532F261}" EventSourceName="W3CTRS" /> <EventID Qualifiers="49152">2002</EventID> <Version>0</Version> <Level>2</Level> <Task>0</Task> <Opcode>0</Opcode> <Keywords>0x80000000000000</Keywords> <TimeCreated SystemTime="2016-10-14T15:04:56.000000000Z" /> <EventRecordID>11845808</EventRecordID> <Correlation /> <Execution ProcessID="0" ThreadID="0" /> <Channel>Application</Channel> <Security /> </System> <EventData> <Binary>02000780</Binary> </EventData> </Event> </EventData> </Event> und Protokollname: Application Quelle: Microsoft-Windows-IIS-W3SVC-PerfCounters Datum: 14.10.2016 17:04:56 Ereignis-ID: 2002 Aufgabenkategorie:Keine Ebene: Fehler Schlüsselwörter:Klassisch Benutzer: Nicht zutreffend Beschreibung: Fehler beim Einrichten der Webdienste-Leistungsindikatoren. Vergewissern Sie sich, dass die Webdienst-Leistungsindikatoren ordnungsgemäß registriert wurden. Ereignis-XML: <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> <System> <Provider Name="Microsoft-Windows-IIS-W3SVC-PerfCounters" Guid="{90303B54-419D-4081-A683-6DBCB532F261}" EventSourceName="W3CTRS" /> <EventID Qualifiers="49152">2002</EventID> <Version>0</Version> <Level>2</Level> <Task>0</Task> <Opcode>0</Opcode> <Keywords>0x80000000000000</Keywords> <TimeCreated SystemTime="2016-10-14T15:04:56.000000000Z" /> <EventRecordID>11845808</EventRecordID> <Correlation /> <Execution ProcessID="0" ThreadID="0" /> <Channel>Application</Channel> <Security /> </System> <EventData> <Binary>02000780</Binary> </EventData> </Event> und Protokollname: Application Quelle: Windows Error Reporting Datum: 14.10.2016 17:06:32 Ereignis-ID: 1001 Aufgabenkategorie:Keine Ebene: Informationen Schlüsselwörter:Klassisch Benutzer: Nicht zutreffend Beschreibung: Fehlerbucket 127294039997, Typ 5 Ereignisname: E12IIS Antwort: Nicht verfügbar CAB-Datei-ID: 0 Problemsignatur: P1: c-RTL-AMD64 P2: 15.00.1236.003 P3: M.E.Search.Service P4: M.E.Data.Directory P5: M.E.D.D.ScopeSet.GetOrgWideDefaultScopeSet P6: System.ArgumentNullException P7: 301 P8: 15.00.1236.000 P9: P10: Angefügte Dateien: D:\Temp\7ce93049-b21f-4195-a2be-78e1172e7dd1\report.txt D:\Temp\7ce93049-b21f-4195-a2be-78e1172e7dd1\report.xml Diese Dateien befinden sich möglicherweise hier: C:\ProgramData\Microsoft\Windows\WER\ReportArchive\NonCritical_c-RTL-AMD64_6b33c4a9bbf06b0dff11484d15cb39b8aa52_00000000_7db9e416 Analysesymbol: Es wird erneut nach einer Lösung gesucht: 0 Berichts-ID: c9f05762-921f-11e6-810a-00155d01f906 Berichtstatus: 0 Bucket mit Hash: df6c0a6da1cd0a85b9acff111b5d9075 Ereignis-XML: <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> <System> <Provider Name="Windows Error Reporting" /> <EventID Qualifiers="0">1001</EventID> <Level>4</Level> <Task>0</Task> <Keywords>0x80000000000000</Keywords> <TimeCreated SystemTime="2016-10-14T15:06:32.000000000Z" /> <EventRecordID>11845882</EventRecordID> <Channel>Application</Channel> <Security /> </System> <EventData> <Data>127294039997</Data> <Data>5</Data> <Data>E12IIS</Data> <Data>Nicht verfügbar</Data> <Data>0</Data> <Data>c-RTL-AMD64</Data> <Data>15.00.1236.003</Data> <Data>M.E.Search.Service</Data> <Data>M.E.Data.Directory</Data> <Data>M.E.D.D.ScopeSet.GetOrgWideDefaultScopeSet</Data> <Data>System.ArgumentNullException</Data> <Data>301</Data> <Data>15.00.1236.000</Data> <Data> </Data> <Data> </Data> <Data> D:\Temp\7ce93049-b21f-4195-a2be-78e1172e7dd1\report.txt D:\Temp\7ce93049-b21f-4195-a2be-78e1172e7dd1\report.xml</Data> <Data>C:\ProgramData\Microsoft\Windows\WER\ReportArchive\NonCritical_c-RTL-AMD64_6b33c4a9bbf06b0dff11484d15cb39b8aa52_00000000_7db9e416</Data> <Data> </Data> <Data>0</Data> <Data>c9f05762-921f-11e6-810a-00155d01f906</Data> <Data>0</Data> <Data>df6c0a6da1cd0a85b9acff111b5d9075</Data> </EventData> </Event> Habt Ihr Erfahrungen und könnt Tipps geben? Mario
  22. Hallo zusammen, ich habe eine intensive und schlaflose Nacht hinter mir danke eines Users, der eine "Bewerbung" im JS-Format angeklickt hat. cerber3 hat zugeschlagen. Nun habe ich die IT wieder soweit am Laufen, ein Server macht mir allerdings Probleme. Dieser Server ist ein virtueller Win 2012 R2 mit 4 Partitionen alle NTFS formatiert. Auf den 3 Datenträgern mit Freigaben, ausgenommen Systempartition C:\, habe ich Schattenkopien aktiviert und zusätzlich Datendeduplizierung. Nun habe ich ohne die Folgen zu berücksichtigen, die Datensicherung über StorageCraft Shadowprotect gestern Abend als "Vollsicherung" gestartet, mit dem Erfolg, dass ich zwar eine Datensicherung der teilweise verschlüsselten Verzeichnisse habe, aber eben auch mit dem Erfolg, dass die inkrementellen Sicherungsdateien gelöscht wurden. StorageCraft war hier so eingestellt, dass es nur eine Kette mit einer Vollsicherung und 6 inkrementellen aufbewahrt und löscht. Dumm gelaufen! Nun zu meinem eigentlichen Problem. Nach dem ersten Restore gestern der drei Partitionen habe ich alle Schattenkopien auf den Freigaben gesehen, sogar bis in den August hinein. Von diesen Punkten konnte ich einiges an Daten wieder herstellen, allerdings hatte ich bereits zwei Mal das Problem, dass bei mehreren Kopiertasks Windows Server plötzlich wegen zu hoher I/O Last oder fehlendem Speicherplatz alle Schattenkopien gelöscht hatte. Deshalb dachte ich mir, dass ich heute nochmals einen Versuch unternehme. Nach dem Zurückspielen der Sicherung von gestern sehe ich aber keine Schattenkopien mehr, Windows sagt mir auch, dass keine vorhanden wären, schaue ich mit TreeSize in das Verzeichnis "System Volume Information" sehe ich nach der Wiederherstellung die Punkte mit Datum Größe und einer ID. Wie soll ich den Server denn am besten wiederherstellen, damit die Schattenkopien auch nach der Wiederherstellung funktionieren und zugänglich sind? Soll ich C:\ auch mit wiederherstellen? Das hatte ich bisher nicht getan? Mir ist aufgefallen, dass nach einer gewissen Zeit die Punkte physisch gelöscht werden. Danke und Grüße Mario
  23. Der andere Norbert, ja die eingerichteten URL stimmen überein. Norbert ich gebe Dir recht, Vorteile habe ich durch die Trennung aus Sicht Exchange keine. Allerdings betreibe ich Remote Desktop Gateway Server und CAS auf einem Server mit zwei Netzwerkkarten. Seltsam ist, dass es bis zur Installation CU12 problemlos funktioniert hat. Habe auch die LOGS durchgesehen, finde da keinen Hinweis auf Probleme. Die "Umgebung" läuft tadellos trotz dieses Fehlers bzw. dieser Veränderung. Wäre ja nicht das erste Mal, dass MS was generelles verändert wie bei den PF's. :-)
×
×
  • Neu erstellen...