Nobbyaushb

Das sind dann wieder Online-Medien und das muss manuell gemacht werden - und die Fehlerquelle ist hier wie oft der Mensch... Wahrscheinlich USB... hat in einem echten Server-Backup nichts zu suchen, aber das ist meine Meinung Ich lasse das jetzt hier gut sein, das ist alles OT von dem OP Berichte mal ob der User immer noch die Probleme hat

Stimmt - aber wir sind wieder mal OT...

Hauptgrund bei allen dreien warten die deutlich längeren Ladezeiten bei großen Dokumenten Dabei haben wir z.B. CAD Files noch nicht einmal berücksichtigt On-Prem waren es z.B. bei einem 15MB großen Excel-File 2 Sekunden, die gleiche Datei aus der Cloud 100 Sekunden Das mal ein paar Tausend Dokumenten/Dateien pro Woche mal Anzahl der Mitarbeiter gleich viele Stunden Wartezeit mit Nichtstun Das war dem Chef / den Chefs jetzt auf die Dauer zu teuer, und die Kosten für On-Prem und Cloud sind inzwischen nahezu gleich (kommt drauf an, wie man rechnet…) Weiter will und darf ich das nicht ausführen, da gab es noch ein paar Knaller… Es gibt derzeit nahezu ein einziges Feature, das es nur aus der MS-Cloud gibt - Teams und auch da muss man etliches beachten Fängt mit Backup an…

Ach Norbert, das ist doch schon lange so das alles nur noch mit der heißen Nadel gestrickt wird - wen interessiert schon On-Premises - wir haben doch Cloud, da ist alles besser... Ich habe jetzt die dritte Firma von O365 zu On-Premises zurück migriert... Trotz dem ganzen Mist den MS da verzapft...

So, wieder zurück von meinem Termin Ich habe eine ganze Zeit überlegt, was ich dir Antworten soll Eigentlich ist das Consulting und damit verdiene ich mein Geld… Wie schon geschrieben, aus einem Desaster-Recovery-Szenario entwickelt man ein Backup und Restore Conzept Man muss sich einfach überlegen, was darf wie lange aus sein und was ist ein tolerierbarer Datenverlust - und den gibt es nun mal im Worst-Case Heute „stirbt“ gute Hardware viel seltener als noch vor ein paar Jahren, wogegen der Verlust ganzer VM und aller Daten durch Ransomware sehr viel wahrscheinlicher geworden ist Ich bin seit Jahren ein großer Fan von Backup auf Offline-Medien sprich Tape Das haben inzwischen (vielleicht durch mich und andere) immer mehr Dienstleister und Firmen erkannt und deshalb sind derzeit LTO Laufwerke und Wechsler kaum zu bekommen Zudem sind solche Konzepte mit der Geschäftsleitung zu entwickeln, denn die müssen nach richtiger Planung und Beratung die Entscheidung fällen Sowas ist immer individuell und was bei dem einen Kunden passt geht bei dem anderen gar nicht Ich hoffe auf dein Verständnis, das ich das hier öffentlich nicht weiter diskutieren möchte - logisch, oder? Und wie gesagt das kann muss aber nicht mit dem eigentlichen Problem zusammenhängen, dafür müsste man in die Tiefe gehen und da sind wir an einem Punkt angelangt, ab dem es in einem Forum nicht mehr geht

Moin, um das Thema/die Antwort von Nils aufzugreifen: Am Client und am Server cmd ipconfig /flushdns (erfordert Ausführung als Administrator!) Am Server am cmd (Administrator) dnscmd /clearcache zusätzlich 5 Minuten warten - neu testen Und je nach Browser kann das dauern bis das da ankommt…

Moin, ich schreibe dir später mal was dazu, bin unterwegs Und das ist an der Stelle nichts mehr was man in einem Forum lösen kann Außerdem sind wir inzwischen vom ursprünglichen Thema weg Aber das kann (muss nicht) zusammenhängen Hast du denn die Änderungen schon gemacht?

Moin an Board, auf geht es in den Tag - ich koche Kaffee Allen einen guten Donnerstag, bleibt gesund! Hier bewölkte 4°C, soll gleich anfangen zu regnen Über den Tag immer wieder mal Schauer und bewölkt bis etwa 9°C Aber am Wochenende soll es wieder warm werden

n8 an Board, meine guten Taten für heute sind getan Schlaf gut, Board

Wenn das NAS im LAn ist und immer an hilft dir das im Falle von Ransomware genau gar nicht. Und einen RDS Host brauche ich nicht jede Stunde sichern - wozu? Da sind eigentlich keine Daten drauf, die liegen auf den Shares und Datenbanken der Applikationen - und auch die braucht man nicht stündlich sichern Sind die an der Börse? Aus einem Desaster-Recovery Plan entwickelt man eine Backup-Strategie... Das was du da bei dem Kunden machst ist nur scheinbar sicher und belastet das Netzwerk Aber nun denn - deine Verantwortung

Ich hab noch was - was spricht der Healthchecker auf dem Exchange? Hat der was zu meckern?

Guck mal ob du Veeam-One in der Lizenz hast, damit sieht man deutlich mehr was die VM´s wirklich machen und brauchen Wozu werden die VM´s jede Stunde gesichert? Halte ich für Oversized... Was ist das Backup-Target?

Moin und willkommen an Board, schreib doch mal bitte noch näheres zu der Umgebung - wie groß ist die Umgebung, wie viele DC´s, Server, User etc... Habt ihr Tiering? Oder was meinst du mit darübergelagerter Domain?

Ja, eigentlich locker Guck dir mal die echte Auslastung der VM zu der Zeit an wenn die User arbeiten (hast du Veeam für das das Backup?) Wie viel physische Kerne hat der Host? Ich habe mal gelernt, das man den RAM immer in den Schritten 4 8 16 32 verteilt - also wenn der Host 256G hat müsstest du was übrig haben und gebe dem RDS mal 32G und Testweise 8 vCPU Und das sizing hattest du oben schon geschrieben, habe ich am Smartphone übersehen, sorry Deaktiviere noch am Host die nicht benötigten Netzwerkkarten, ist auch eine Empfehlung... Sonst wüsste ich nicht und man müsste mal tracen was während einem Mail-Versand passiert, aber da hört es in einem Forum auf...

Installiere mal zeitnah das HU zum SU: Da fehlt die Management-Karte - oder hat du beides an dem Team? Nicht gut... Anzahl vCPU, RAM