schumischumi

nochmal danke an alle. ich weiss dass das thema nicht soviel hergibt und ich schaun muss was ich noch reinpressen kann. ausserdem hab ich ja noch bis januar oda länger zeit, evtl ergibt sich ja noch was neues.

danke FloKU. hat er den Installationsteil auch so gering gewählt wie Chief Wiggum das andeutet und dafür den BW-Teil so herausgehoben? ach ja, ich will ja nicht rumheulen, aber irgendwie ist der umgangston in diesem forum ein bisschen ungewohnt. auf so sachen wie und kann ich mir auch schenken.

als ich fragte war mir die antwort auch nicht egal. änderte sich allerdings mit der antwort. plz close

ach was solls wird sich schon ausgehen. trotzdem danke für die hilfe

plain is blöd weil ich da nicht alles auf einmal kopiern kann^^ aber ok sry nochmal plain: 1 Projektbeschreibung 1.1 Überblick asdf 1.2 Problembeschreibung Seit 01. Jannuar 2002 sind Firmen dazu verpflichtet ihren E-Mail-Verkehr, genau wie die traditionellen Geschäftsdokumente über einen gewissen Zeitraum zu archivieren. Die gesetzliche Grundlagen dafür, sind in den Paragraphen § 257 IV HGB(Handelsgesetzbuch) und § 147 III AO(Abgabenordnung) verankert und werden durch die Finanzverwaltung mit den Grundsätze zum Datenzugriff und zur Prüfbarkeit digitaler Unterlagen (GDPdU) genauer definiert. Um die juristischen Anforderungen zu erfüllen müssen alle Dokumente revisionssicher abgespeichert werden. Dies bedeutet: Jede E-Mail wird unveränderbar archiviert Es müssen ausnahmslos alle E-Mail archiviert werden Jede E-Mail muss in einem vertretbaren Zeitraum wieder auffindbar sein Es muss die E-Mail gefunden werden, die auch gesucht wurde Alle E-Mails müssen für den für sie vorgesehenen Zeitraum archiviert werden (6 bis 10 Jahre) Änderungen im Archiv selbst müssen nachvollziehbar sein Archive müssen auf andere Systeme migierbar sein relevante Anhänge müssen mitarchiviert werden Das Archivierungssystem muss das Einhalten von Datenschutz und Datensicherheit ermöglichen 1.3 Zielsetztung Ziel dieses Projekts ist es eine Alternative für das bestehende Archivierungssystem zu finden, dass die oben genannten Anforderungen erfüllt und sich in die bestehende IT-Landschaft nahtlos integieren lässt. Im Anschluss daran folgt die Installation und die Konfiguration dieser Lösung. Im letzten Schritt werden bereits bestehende Maildatenbanken in das neue System migriert und den Anwender den Zugriff auf das Archiv zu ermöglichen. 2 Projektplanung 2.1 Analyse 2.1.1 Ist-Analyse Vor dem Projektbeginn befindet sich ein Microsoft Exchange 2007 Service Pack 1, auf Basis eines Microsoft Windows Server 2008 (64bit-Standardversion), als Mailserver im Einsatz. Die Archivierung beschränkt sich auf die tägliche Sicherung der Maildatenbank auf Band, sowie der Exchangeinternen Archivierungsfunktion. Diese erfüllt allerdings weder die Anforderungen der Finanzverwaltung, noch die juristischen Ansprüche. Um die gewünschte Umstellstellung zu realisieren stehen noch ausreichend Ressourcen in einer VMWare ESX Umgebung und Windows Server Lizenzen zur verfügung. 2.1.2 Soll-Zustand Nach Projektabschluss soll die Archivierung die Software eines Drittanbieters übernehmen. Sie soll einerseits die gestellten Anforderungen des Gesetzgebers erfüllen und andererseites einfach und unkompliziert in das bestehende System migriert werden können. Dass heißt, es benötigt Unterstützung für 64bit-Betriebssysteme, für Mircosoft Windows Server 2008 und muss bereits exestierende E-Mails in das eigene Archiv importieren könne. Desweiteren wird besonderes Augenmerk darauf gelegt, dass alle E-Mails und Anhänge in das Archivierungssystem fließen, bevor sie der Anwender betrachten bzw. verändern kann. Der Anwender sollte allerdings jederzeit Zugriff auf seine archivierten E-Mail haben, so dass die gewohnte Usability erhalten bleibt. Außerdem soll sich die neue Archivdatenbank in die bestehende SQL Umgebung einbinden lassen oder eine eigene Datenbanklösung mitbringen. 2.2 Zeitansatz 2.3 Ressourcenplanung 2.3.1 Software Im Vorfeld bestand die Vorgabe des Betriebs aus den Produkten Trend Micro Mail Archiver 1.0 SP1 und dem GFI Mailarchiver 6.0. Um eine problemlose Integration zu gewährleisten, wurden beide Systeme in einer virtuellen Umgebung, die dem Produktivsystem nachempfunden ist, getestet. 2.3.1.1 Trend Micro Mail Archiver Als erstes Produkt wurde der Trend Micro Mail Archiver(TMMA) unter die Lupe genommen. Vorteile: kostengünstig ressourcensparend laut Hersteller mit MS Exchange 2007 kompatibel einfache Installation Nachteile: zeitgesteuerte Archivierung keine 64 Bit unterstützung keine MS Windows Server 2008 unterstützung benötigt seperaten Server relativ junges Produkt (liegt nur in Version 1.0 vor) Fazit: Der Test mit TMMA musste vorzeitig abgebrochen werden, da Exchange Client von TMMA das Serverbetriebssystem nicht erkannte und daraufhin die Installation verweigerte. Da die bestehende IT-Infrastruktur, aber auf dem MS Windows Server 2008 und Mircosoft Exchange 2007(64 Bit) aufbaut, disqualifizierte sich dieses Produkt selbst. 2.3.1.2 GFI Mailarchiver Im Vorfeld bestand die Vorgabe des Betriebs aus den Produkten Trend Micro Mail Archiver 1.0 SP1 und dem GFI Mailarchiver 6.0. Um eine problemlose Integration zu gewährleisten, wurden beide Systeme in einer virtuellen Umgebung, die dem Produktivsystem nachempfunden ist, getestet. Vorteile: 64 Bit kompatibel MS Exchange 2007 kompatibel stellt eigene Datenbank bereit archiviert die Daten sobald sie den Exchangeserver erreichen unterstützt aktuelle Microsoft Betriebssysteme liefert Webinterface und Outlook-Client mit kann sowohl seperat, als auch auf dem Mailserver installiert werden erfüllt laut Hersteller die gesetzlichen Vorgaben Nachteile: höhere Anschaffungskosten benötigt mehr Ressourcen Fazit: Die Testinstallation des GFI Mailachivers erfolgte ohne Fehler und schloss erfolgreich ab. Obwohl der Produktpreis weit über dem der Konkurrenz liegt, fällt die Wahl der Geschäftsleitung und der Techniker auf diese Lösung. Dies ist damit zu begründen, da sich das Produkt ohne erheblichen Mehraufwand, wie es bei TMMA der Fall wäre, in das bestehende System integrieren lässt. 2.3.2 Hardware Da bei MEINEFIRMA fast ausschließlich virtuelle Server im Einsatz sind, wird auch das Mailarchivierungssystem in einer virtuellen Maschine erstellt. Die Ressourcenzuteilung orientiert sich an den Hardwarevorgaben des Herstellers GFI. Vorgaben: Pentium 4-Prozessor (oder gleichwertig) mit mindestens 2GHz Mindestens 512 MB RAM Arbeitsspeicher Empfohlen: 2GB RAM Mindestens 2 GB freier Festplattenspeicher (NTFS) Umsetzung: 30 % zugesicherte Rechenleisung von zwei Xenon 5,0GHz Prozessoren 2GB zugesicherter Arbeitsspeicher insgesamt 60GB Festplattenspeicher (Systempartition 20GB, Datenbankpartition 40GB) Die virtuelle Maschine wird durch den Mitarbeiter/Projektbetruer Herrn BLABLA erstellt und konfiguriert. ist alles noch nicht in Reinform.

die antwort gefällt mir schon besser. thx des is der derzeitige stand der dinge. denke ich geh schon mal nicht zusehr in die falsche richtung: LaTeX2.pdf ... at uploaded.to - Free File Hosting, Free Image Hosting, Free Music Hosting, Free Video Hosting, ... und wenn ich die facharbeit in ner woche hinbekommen hab sollte des hier kein problem werden^^

jane ich mein ja nur. hab mir des 100 punkte projekt im dl-bereich angesehn und son nagius is halt auch ned sooooo kompliziert.

naja mal schaun. hab ja noch ewigst zeit. nur so aus interesse. wenn dir das zu viel klickibuni is was würdest du dir so als projekt vorstellen? (projekttitel reicht)

war auch so gedacht, bisauf kosten(bin FISI und bekomm bei BW(L) das ****en) und kundendoku(wir sind kunde). soll ja auch kein buch werden(20-30 seiten) und hab bis hardwareplanung schon paar seiten in latex zusammen. uuuuhhh nice, ganz viele sternchen^^

das problem ist, dass sich auf windows basis schwer was anderes finden lässt wo nicht nur klick klick dabei ist. Das das thema unglaublich anspruchsvoll habe ich auch nie behauptet, aber es gibt mehr her als der standard "WSUS aufsetzten".

ich weiss nicht genau was du noch wissen willst. wir haben: - homogene windows umgebung(xp,2003,2008) - exchange2007 server auf windows server 2008 wir wollen - serverseitige archivierungslösung die den rechtlichen gegebenheiten enspricht und selbstständig arbeitet frage: soll ich nur das eingliedern in die bestehende landschaft in meiner arbeit beschreiben oder auch die testphase, welche beinhaltet: - vm konfigurieren - windows server 2008 aufsetzten und grundkonfigurieren - exchange 2007 aufsetzten und grunkonfigurieren - benutzerkonten mit fakemails anlegen - archivierungslösung installieren und konfigurieren - alte mails in archivierung einspielen - testphase mit fakemail versand

wir haben eine exchange 2007 umgebung(benötigt windows 2008) und dafür wollen wir ein archivierungssystem(zentral serverbasierend) einführen. Dies will ich in meiner Projektarbeit behandeln. Thunderbird fällt raus weil kein mailserver, sondern client, und es ja in unsere bestehnde umgebung integriert werden soll. es wird auch augenmerk auf die rechtlichen vorgaben bzgl emailarchivierung gelegt (zB. unveränderbarkeit der daten usw.) jetzt ist die frage, ob es sinn macht(in bezug auf die länge der arbeit) die testphase, mit aufsetzten der virtuellen umgebung, mit in die arbeit zu nehmen oder nicht. praktikant ist dafür ungeeignet, da wir keinen habe und ich ein projektthema brauch

hi, ich plane in meiner Projektarbeit ein mailarchivierungssystem in unsere exchangeumgebung zu integrieren. jetzt ist die frage, ob es zu umfangreich wird wenn ich das testen des systems in einer vm mit dazunehme. es würe das installieren/konfigurieren eines win2008 server, eines exchange2007 und des mailarchivers dazukommen plus testphase. die 35 stunden sollten, denke ich locker ausreichen. was meint ihr?