Exch 2010 Datenbank offline schalten und auslagern

[michelo82 12]

Hallo,

ich setze bei Exchange 2010 ein "Journal" - Postfach ein welches in einer eigenen Datenbank liegt. Hier werden sämtliche Mails als Kopie vorgehalten die über den Server laufen. Das soll keine Sicherung sein, sondern eher ein Archiv, dass auch Mails die über Dienstkonten (Buildserver, Sicherungsserver etc.) nachvollzogen werden können.

 

Die Journal-Datenbank ist nun mittlerweile um die 100GB groß. Meine Frage wäre:

Kann ich die Datenbank einfach offline schalten, dann z.b. auf eine externe Festplatte kopieren, diese in den Tresor legen und die Datenbank auf dem Exchange entfernen?

Für 2016 würde ich dann eine neue Journal-Datenbank anlegen. Das dann Jahr für Jahr.

Kann ich die Datenbanken Problemlos wieder einbinden?

 

MfG

bearbeitet 23. September 2015 von michelo82

[NorbertFe 2.039]

Das ist doch keine pst Datei, die man dann einfach wieder bei bedarf einbindet. Wie wärs mit einer Datensicherung? ;)

[Nobbyaushb 1.471]

Moin,

 

das Offline-nehmen, kopieren und in den Tresor legen ist einfach.

 

Dein Exchange wird ja aber auch gepatcht, keiner kann dir garantieren, das du eine ältere DB auch wieder eingehängt bekommst.

MS sagt zwar, ja, das geht, aber wie viel die DB-Struktur älter sein darf, verrät dir keiner.

Was ist das Problem mit 100GB - USB-Stick reicht.

 

Ich ahne, was du erreichen möchtest, aber ich denke, der Weg ist nicht der richtige.

 

Norbert schrieb ja schon was dazu.

 

Hast du einen IT-Dienstleister in der Nähe, der sich mit Exchange auskennt?

 

;)

bearbeitet 23. September 2015 von Nobbyaushb

[testperson 1.680]

Hi,

 

da es ja sicherlich schon eine Datensicherung gibt, wäre eine entsprechende E-Mail-Archivierungslösung auch eine Option.

 

Gruß

Jan

[michelo82 12]

Stimmt, niemand weiß ob ich in 2 Jahren o.ä. die DB wieder einhängen kann.

Dann anderes gefragt: Das Postfach als PST zu exportieren und wieder einzubinden wäre eine Variante?

 

Anderenfalls könnte ich auch die VHD des Exchange zum Jahresende separat sichern und zur Platzersparnis (Die gesamte (Windows-Sicherung) des Exchange sind ~275GB) die anderen Datenbanken in der Sicherung entfernen und nur die Journal-Datenbank belassen. Nur ob ich Zukünftig die VHD noch untern neuen Hyper-V Versionen starten kann, weiß auch keiner.

 

Bei beiden Varianten kann ich aber die Jorunal-Datenbank im produktiven Exchange löschen und neu anlegen für 2016?

bearbeitet 23. September 2015 von michelo82

[NorbertFe 2.039]

Deine Anforderung und deine "Lösung" passen nicht:

"Das soll keine Sicherung sein, sondern eher ein Archiv, dass auch Mails die über Dienstkonten (Buildserver, Sicherungsserver etc.) nachvollzogen werden können."

 

Stell dir vor, für sowas gibt's Archivsysteme.

 

Bye

Norbert

[michelo82 12]

Stell dir vor, für sowas gibt's Archivsysteme.

Ich frage ja deshalb hier im Forum, ob es auch Lösung mit Boardmitteln gibt. Ohne Drittanbietersoftware.

[NorbertFe 2.039]

Das hast du nicht gefragt. ;)

[michelo82 12]

Dann stelle ich mal meine Frage um: ;)

Wie kann ich meine Journal-Datenbank die nur 1x Postfach enthält, welches ca. 100GB groß ist, Jahr für Jahr aus dem Exchange ohne Drittanbietersoftware exportieren?

Sobald es exportiert ist, möchte ich es im Exchange aus Platzersprarnis löschen und Jahr für Jahr neu anlegen.

Bei Bedarf muss es möglich sein den Export in den kommenden Jahren lesbar wiederherzustellen (solange ich keine andere Lösung nutze).

 

Was wäre es denn geschickt mit Boardmitteln zu bewerkstelligen?

;)

bearbeitet 23. September 2015 von michelo82

[NorbertFe 2.039]

Gar nicht. Und damit meine ich, das PST Export für mich keine Lösung ist.

[michelo82 12]

Ok. Dann ist es vielleicht für mich eine Lösung ;)

[mba 133]

Du wolltest eine vernünftige Lösung?

[testperson 1.680]

Ein "Boardmittel" wäre eine Archivdatenbank und eine Aufbewahrungsrichtlinie ;)

[tesso 375]

Norbert kommt sonnst immer mit "Definiere deine Anforderungen"

 

Zu welchem Zweck soll die DB exportiert und aufgehoben werden?

Das klingt alle nach Archivierung. Wenn die dann auch noch revisionssicher sein soll, kommen noch andere Lösungen.

 

Was ist also die Anforderung? Welches Problem soll damit gelöst werden?

[NorbertFe 2.039]

Ich habs nur anders formuliert diesmal ;)