Nobbyaushb

Klar, Gibt eine super Anleitung von Frank: https://www.frankysweb.de/howto-migration-von-exchange-2010-zu-exchange-2016/ Alle drei Teile lesen!

Oder OL2016 zu verwenden, 2010 ist eh bald aus dem Support... Mit 2019 konnte ich noch keine Erfahrungen sammeln. In der Regel ist OL ja immer etwas anders als das restliche Office...

Kenne nur, das Update KB4467684 killt Outlook-Suche in Terminal Server In mehreren US-Foren wird davon berichtet. Auch dort bestätigen mehrere Nutzer dieses Problem in Verbindung mit einem Terminal Server. Eine Reparatur von Outlook oder ähnliche Ansätze helfen nicht – eine Lösung ist die Deinstallation von Update KB4467684. [HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\Windows Search] “PreventIndexingOutlook”=dword:00000001

Gegenfrage - verwendet ihr Roaming Profiles?

Moin an Board, ich koche mal Kaffee Wer war als letzter da? Das Licht ist noch an... Allen einen entspannten Dienstag

Bei einer sauberen Coexistenz macht der 2016 doch Proxy zum 2010 - wo ist das Problem? SCP und Split-DNS zeigt komplett auf den neuen 2016 und gut.

Moin, meines Wissens braucht man dafür SA @lizenzdoc weiß das bestimmt wie immer zuverlässig - und ja, ohne Sysprep klappt das gar nicht...

Moin an Board, ist teilweise glatt draußen - fahrt schön vorsichtig Ich koche erst mal eine große Kanne Kaffee *Licht an* Allen einen schönen Montag

Hast du hier Neuigkeiten? Ein Kunde von mir hat nahezu die gleiche Frage ....

Wie bereits geschrieben - zuverlässig war das noch nie, einfach nicht verwenden, es gibt keinen Grund dafür.

Das sind RDX https://de.wikipedia.org/wiki/RDX_(Speichermedium) Edit - Mist,der andere Norbert war mal wieder schneller. Aktuelle LTO sind lesend so schnell wie eine Platte, wir haben 24er Wechlser im Einsatz, bei einem Teil-Kunden von mir in Süddeutschland ist die Library mit 24 Laufwerke, Roboter und etwa 14.000 Tapes ausgerüstet. Wir sehen schon an den Beiträgen - nicht jedes Konzept passt überall, kann ja auch nicht. Daher mein Text zur Wiederherstellungs-Strategie, aus der ein Backup-Konzept entsteht.

Dann einfach die Mailbox verschieben, wenn das fertig ist, DB löschen. Gucken, das keine Hidden Mailboxen auf der DB liegen. Eventuell vorher die Umlaufprotokollierung für die alte und neue DB aktivieren (DB´s werden kurz Offline genommen!..), damit die die Logs nicht das Volumen zuschreiben.

Warum nicht? Dauert halt je nach Speed vom Storage. Und - was verstehst du unter groß, 150 GB?

Naja, dazu kommen dann ggf. (wie bei uns...) Auflagen durch Versicherungen oder - in unserem Fall - durch die Bank und den Risiko-Träger. Zudem sind Tape halt wirklich Offline und - wenn nicht schon das Backup infiziert - somit sicherer als Diskstorage, das man ja eben nich Offline nimmt. Ein Kunde von mir hat - wie schon geschrieben - sein2tes Disk-Target zwar ON, aber durch einen seperaten, abschaltenbaren Switch vom LAN getrennt. Ich fand die Idee so super, deshalb hier gepostet.

Bei uns z.B. Und wir haben damit gute Erfahrungen gemacht - ist ja eigentlich eh für das Worst-Case-Szenario Auch wir fahren Disk to Disk to Disk to Tape.

Moin an Board, dann wollen wir mal den letzten Tag der Woche beginnen Ich koche Kaffee *Licht an* TGIF! Allen einen schönen Freitag - kalt heute Freue mich auf das WE, fahren wie jedes Jahr nach Münster

Ist eigentlich noch zu früh - ich haue ab. *Licht aus* Schlaf gut, Board

Moin, willkommen an Board! Da fragen wir doch wie immer @lizenzdoc - der wird das schon wissen...

Gute Fahrt und viel Spaß

Moin an Board, dann starten wir mal ind den Tag mit Kaffee kochen *Licht an* Allen einen entspannten Donnerstag

Moin an Board, ich schnapp´ mir noch ein Pils und haue ab. *Licht aus* Schlaf gut, Board

Ergänzend als Empfehlung den Black Darf von Securepoint

Moin an Board, auf geht´s - ich koche mal Kaffee Bergfest! *Licht an* Allen einen schönen Mittwoch

Das Licht ist aus, ich haue auch ab. Heute kein Bier, muss morgen früh raus Schlaf gut, Board

Moin, schreibe jetzt auch mal was. Im Consulting verwende ich immer den Lieblingsspruch eines MVP-Freundes und Kollegen - man brauct kein Backup sondern ein Wiederherstellungsszenario, daraus ergibt sich dann eine Backup-Strategie Und ganz wichtig - die GL mit einbeziehen. Gut vorbereiten und mit den Zahlen kommen. Bei einer Firma, die ich betreue ist es z.B. wichtig, das das AD da ist und die erforderlichen Systeme für die Produktion wieder laufen. Bei einem anderen Unternehmen ist eigentlich fast alles egal, Hauptsache Mail geht. Man muss also sorgfältig beschreiben, welche Systeme von welchen abhängig sind und im Worst-Case so schnell also möglich wieder laufen müssen. Untern Strich also gut vorbereiten, dann ist auch Geld da. Und - das müss auch regelmäßig getestet werden, also Restore testen. Just my2Cents... Achja - in den heutigen Zeiten feiern die Bandlaufwerke gerade ein Comeback - da Offline. Auch die Idee mit dem Server aus fährt ein Kunde von mir bereits seit Monaten erfolgreich, auch wenn ich ein Freund davon bin, die Server laufen zu lassen. Man kann z.B. einen kleinen Switch hinter die LAN-Anschlüsse setzten und den mit PX an-und ausschalten, so kann der Server an bleiben (besser für die Platten) PX z.B. von Raritan oder Rittal oder oder oder...