Top-Themen

Aktuelle Themen (A bis Z)

Administrator.de FeedbackApache ServerAppleAssemblerAudioAusbildungAuslandBackupBasicBatch & ShellBenchmarksBibliotheken & ToolkitsBlogsCloud-DiensteClusterCMSCPU, RAM, MainboardsCSSC und C++DatenbankenDatenschutzDebianDigitiales FernsehenDNSDrucker und ScannerDSL, VDSLE-BooksE-BusinessE-MailEntwicklungErkennung und -AbwehrExchange ServerFestplatten, SSD, RaidFirewallFlatratesGoogle AndroidGrafikGrafikkarten & MonitoreGroupwareHardwareHosting & HousingHTMLHumor (lol)Hyper-VIconsIDE & EditorenInformationsdiensteInstallationInstant MessagingInternetInternet DomäneniOSISDN & AnaloganschlüsseiTunesJavaJavaScriptKiXtartKVMLAN, WAN, WirelessLinuxLinux DesktopLinux NetzwerkLinux ToolsLinux UserverwaltungLizenzierungMac OS XMicrosoftMicrosoft OfficeMikroTik RouterOSMonitoringMultimediaMultimedia & ZubehörNetzwerkeNetzwerkgrundlagenNetzwerkmanagementNetzwerkprotokolleNotebook & ZubehörNovell NetwareOff TopicOpenOffice, LibreOfficeOutlook & MailPapierkorbPascal und DelphiPeripheriegerätePerlPHPPythonRechtliche FragenRedHat, CentOS, FedoraRouter & RoutingSambaSAN, NAS, DASSchriftartenSchulung & TrainingSEOServerServer-HardwareSicherheitSicherheits-ToolsSicherheitsgrundlagenSolarisSonstige SystemeSoziale NetzwerkeSpeicherkartenStudentenjobs & PraktikumSuche ProjektpartnerSuseSwitche und HubsTipps & TricksTK-Netze & GeräteUbuntuUMTS, EDGE & GPRSUtilitiesVB for ApplicationsVerschlüsselung & ZertifikateVideo & StreamingViren und TrojanerVirtualisierungVisual StudioVmwareVoice over IPWebbrowserWebentwicklungWeiterbildungWindows 7Windows 8Windows 10Windows InstallationWindows MobileWindows NetzwerkWindows ServerWindows SystemdateienWindows ToolsWindows UpdateWindows UserverwaltungWindows VistaWindows XPXenserverXMLZusammenarbeit
GELÖST

Exchange PST Archive

Frage Microsoft Exchange Server

Mitglied: bvsn

bvsn (Level 1) - Jetzt verbinden

06.09.2007, aktualisiert 09.09.2007, 4868 Aufrufe, 15 Kommentare

Hallo,

ich suche eine Übergangslösung für unser Archivierungsproblem bei Exchange. Zukünftig werden wir exchange@PAM einsetzen um das Problem ein für alle mal in den Griff zu bekommen. Aus organisatorischen Gründen ist dies jedoch nicht vor Frühjahr 2008 angestrebt.

Zur Zeit archivieren die User Ihre E-Mails als PST und haben teilweise bis zu 5 GB große PST Archive in ihrem Outlook. Outlook wird dadurch sehr instabil. Ist es ggf. sogar besser das Archivieren zu lassen und stattdessen die Exchange Datenbank aufzublähen? Wobei dann doch prinzipiell die OST, die jetzt relativ schlank ist, auf die größere der PST Archive anwachsen würde, oder sehe ich das falsch?

Eingesetztes System

Server:
Microsoft SBS 2003

Clients:
XP
Outlook 2003 SP2

Gruß

Christoph
Mitglied: TuXHunt3R
06.09.2007 um 21:01 Uhr
Ich persönlich würde den Usern grundsätzlich einbläuen, die PST-Archive nicht zu gross zu machen. Nach 500 MB werden die Dinger einfach instabil. Sag den Usern, sie sollen mehrere PSTs erstellen und sag Ihnen, sie sollen doch unnötige Mails bitte löschen (private Mails, vorallem die mit 20 MB grossen Bitmaps oder Videos im Anhang). Eine Möglichkeit, korrupte PSTs zu reparieren, ist übrigens das Tool scanpst.exe (hab leider vergessen, wo es abgelegt ist, sollte aber bei jedem PC, auf dem Office drauf ist, drauf sein).

Wenn deine User nicht so lernfreudig sind, bläh besser die Exchange-Datenbank auf.

Edit:
Interessante Anekdote:

M$ übernimmt keinen Support für PST-Files, welche nicht auf dem Client lokal gespeichert sind. Soll heissen, sobald die betreffende PST-Datei auf einem Netzlaufwerk liegt, hilft einem Microsoft nicht.
Bitte warten ..
Mitglied: bvsn
07.09.2007 um 08:52 Uhr
Hallo TuXHunt3R,

vielen Dank für deine Antwort. Das mit dem Erziehen haben wir schon mal versucht. Das kannst du in dieser Firma und insbesondere in den höheren Etagen leider absolut vergessen. Aber gut, da wir ohnehin nächstes Jahr exchange@PAM einsetzen werden, werde ich die Last mal besser auf den Exchange Server auslagern

Aber wie verhält es sich dann mit der OST...die müsste doch dann größer werden. Ist die denn stabiler als die PSTs? Beziehungsweise würdest du den Cache Modus bei so großen Postfächern dann ganz abschalten damit keine OST erstellt wird (Ist doch so, oder?)?

Gruß

Christoph
Bitte warten ..
Mitglied: TuXHunt3R
07.09.2007 um 20:42 Uhr
Ich bin leider im Moment nicht im Betrieb, daher kann ich dir nicht sagen, ob in jedem Fall eine OST generiert wird oder nur, wenn du den Cache-Modus einschaltest.
OSTs sind aber mit Sicherheit stabiler als PSTs und ich würde in jedem Fall den Cache-Modus abschalten. Falls dein Exchange abstürzt, haben halt die User vielleicht eine halbe Stunde ihre Mails nicht zur Verfügung. Ich denke, das würden sie überleben.

By the way: Sind die Postfächer bei dir nicht in der Grösse limitiert? Bei uns in Betrieb haben wir eine Maximalgrösse von 80 MB festgelegt. Alles was nicht reinpasst, müssen die User leider Gottes auf PSTs auslagern. Unsere User haben sich daran gewöhnt.
Bitte warten ..
Mitglied: 51705
07.09.2007 um 21:08 Uhr
Eine *.ost wird nur im Cache-Mode erstellt. Der Cache-Mode ist grundsätzlich aus Performancegründen hilfreich, ich würde den also nicht pauschal abschalten. Zusätzlich ergeben sich so Möglichkeiten, bei einem Serverausfall bedingt weiterarbeiten zu können.

Die Exchange Datenbank kann für private/public Store jeweils bis zu 75 GB umfassen. Sind diese Grenzwerte nicht in Gefahr, halte ich eine Auslagerung von Archiven in *.pst für Müll.

Meine Meinung:
Nicht der User hat sich der IT anzupassen, sondern die IT passt sich dem User an.
Bitte warten ..
Mitglied: TuXHunt3R
07.09.2007 um 21:27 Uhr
@ srmerlin

Im Grunde schon, aber wenn die GL dir zu wenig Geld zur Verfügung stellt, muss man Kompromisse eingehen.
Bitte warten ..
Mitglied: 51705
07.09.2007 um 21:36 Uhr
@ srmerlin

Im Grunde schon, aber wenn die GL dir zu
wenig Geld zur Verfügung stellt, muss
man Kompromisse eingehen.

Speicher- bzw. Backupplatz wird doch so oder so anfallen, dein Argument zieht nicht.
Bitte warten ..
Mitglied: TuXHunt3R
07.09.2007 um 22:15 Uhr
Wenn du meinst......................
Bitte warten ..
Mitglied: 51705
07.09.2007 um 22:26 Uhr
Hast du widersprechende Argumente?
Bitte warten ..
Mitglied: TuXHunt3R
07.09.2007 um 22:34 Uhr
Der Grund, neben der Ersparnis an Speicherplatz, wieso wir die Beschränkung der Postfächer auf 80 MB festgesetzt haben, ist folgender:
Die Datenmenge lässt sich einfach besser unter Kontrolle halten und die Berechnungen werden einfacher. So ist die Gefahr gering, dass man entweder zu wenig oder zu viel in Speicherplatz investiert.

Das gleiche war früher bei den Fileservern. Früher hatten wir auf allen Homeshares eine Diskquota von 300 MB. Dies wurde inzwischen aufgehoben, was zur Folge hatte, dass die User angefangen haben, ihre kompletten Fotoalben auf unsere Server zu schieben. Sicher, der Benutzer ist zufrieden, allerdings steigen bei uns die Kosten für laufend neue SAN-Disken.
Bitte warten ..
Mitglied: 51705
07.09.2007 um 22:40 Uhr
Du, oder eher das Unternehmen, ist gesetzlich verpflichtet, geschäftliche E-Mails für einen bestimmten Zeitraum vorzuhalten. Mach ich das mit verteilten PST-Files oder mit einer Datenbank?

Speicherplatz kostet doch, gemessen an den allgemeinen Kosten, nichts.
Bitte warten ..
Mitglied: TuXHunt3R
07.09.2007 um 23:43 Uhr
Ich habe diese Strategie nicht erfunden und sie hat bestimmt Vor- und Nachteile.
Ich bin 1. noch in der Berufslehre und arbeite 2. nur an der technischen Umsetzung mit. Solche Regelungen erarbeiten die Leute über mir.

Ich werde die Frage mal dem Verantwortlichen weiterleiten, der wird mir sicher weitere Begründungen liefern können, wieso sie sich für die Strategie mit den 80 MB-Postfächern entschieden haben.


PS: Sehr gute Website (vom Design und vom technischen Standpunkt her)
Bitte warten ..
Mitglied: 51705
07.09.2007 um 23:55 Uhr
PS: Sehr gute Website (vom Design und vom
technischen Standpunkt her)

Welche Web-Site meinst du?
Bitte warten ..
Mitglied: bvsn
08.09.2007 um 08:46 Uhr
Hallo miteinander,

also es ist sicherlich im Interesse der Geschäftsleitung, dass die E-Mails vernünftig archiviert werden. Insbesondere da es sich hier nicht nur um ein technisches, sondern auch gesetzliches Problem handelt. Deswegen haben wir uns auch bereits für den Einsatz von exchange@PAM entschieden.

Ich würde aber gerne noch einmal den Verzicht auf die PST Archive näher beleuchten (Für die Übergangslösung). Wenn wir die Daten nicht in PST Archive auslagern und auch den Cache Modus nicht abschalten, da dieser ja durchaus eine wichtige Funktion hat, dann wird nach meinem Verständnis das OST File immer größer, oder nicht?

Ist es tatsächlich so, dass das OST File stabiler als ein PST File ist? Ich habe nämlich Angst, dass das OST File dann ggf. die Integrität des Postfachs direkt auf dem Server gefährdet. Und dann schlage ich mich lieber hin und wieder mit einem kaputten PST File rum als mit einem komplett kaputten Postfach auf dem Server.

Gruß

Christoph
Bitte warten ..
Mitglied: TuXHunt3R
08.09.2007 um 21:47 Uhr
@51705


Die, die du in deinem Profil eingetragen hast

http://www.pnsc.de
Bitte warten ..
Mitglied: 51705
09.09.2007 um 21:02 Uhr
Vielen Dank für die Blumen ;)
Bitte warten ..
Ähnliche Inhalte
Exchange Server
Empfehlung für Exchange Archiv Software
gelöst Frage von AndroxinExchange Server9 Kommentare

Moinsen, ich brauche ein wenig Unterstützung bei der Suche nach einer Archiv-Erweiterung für Exchange 2010. Es sollen Daten aus ...

Windows Server
Exchange 2013 pst. Migration
gelöst Frage von Florian86Windows Server1 Kommentar

Hallo, wir haben einen Exchange aufgesetzt und es funktioniert auch alles. Einziges Problem was ich habe ist folgendes: Wenn ...

Outlook & Mail
Outlook 2013 - gemeinsames archiv für 2 PCs - eine PST Datei
Frage von AKChrisOutlook & Mail7 Kommentare

Hallo, ich würde gerne eine PST Datei für die Archivierung von 2 PCs nutzen, also nicht die Haupt PST-Datei ...

Batch & Shell
In allen Unterordnern nach .pst-Dateien gepackt in .zip-Archiven durchsuchen und löschen
Frage von evinbenBatch & Shell3 Kommentare

Die Dateien der Windows Sicherungen sind viel zu groß und diejenige, welche nicht mehr benötigt werden, muss ich aus ...

Neue Wissensbeiträge
Perl

Perl hat heute Geburtstag: 30 Jahre Perl: Lange Gesichter zum Geburtstag

Information von Penny.Cilin vor 3 StundenPerl2 Kommentare

Hallo, auch wenn es wenige wissen und noch weniger Leute es nutzen. Perl hat heute Geburtstag. 30 Jahre Perl ...

Sicherheit

Blackberry stirbt - Keine Updates für Priv mehr

Tipp von certifiedit.net vor 4 StundenSicherheit

Blackberry wird zu einer 08/15 Firma und geht wohl mehr und mehr den Weg, den HTC schon ging. Von ...

Windows 10

Autsch: Microsoft bündelt Windows 10 mit unsicherer Passwort-Manager-App

Tipp von kgborn vor 2 TagenWindows 1010 Kommentare

Unter Microsofts Windows 10 haben Endbenutzer keine Kontrolle mehr, was Microsoft an Apps auf dem Betriebssystem installiert (die Windows ...

Sicherheits-Tools

Achtung: Sicherheitslücke im FortiClient VPN-Client

Tipp von kgborn vor 2 TagenSicherheits-Tools

Ich weiß nicht, wie häufig die NextGeneration Endpoint Protection-Lösung von Fortinet in deutschen Unternehmen eingesetzt wird. An dieser Stelle ...

Heiß diskutierte Inhalte
Batch & Shell
Kann man mit einer .txt Datei eine .bat Datei öffnen?
gelöst Frage von HelloWorldBatch & Shell20 Kommentare

Wie schon im Titel beschrieben würde ich gerne durch einfaches klicken auf eine Text oder Word Datei eine Batch ...

LAN, WAN, Wireless
WLAN Reichweite erhöhen mit neuer Antenne
gelöst Frage von gdconsultLAN, WAN, Wireless12 Kommentare

Hallo, ich besitze einen TL-WN722N USB-WLAN Dongle mit einer richtigen Antenne. Ich frage mich jetzt ob man die Reichweite ...

Netzwerkgrundlagen
Belibiges Teilnetz einer Subnetzmaske rausfinden?
Frage von CenuzeNetzwerkgrundlagen10 Kommentare

Wundervollen Gutentag, mittlerweile kann ich Subnetting so einigermaßen, aber ein Problem habe ich noch. Netzwerkadresse und Boradcast errechnen ist ...

Windows Server
Logging von "gesendeten Nachrichten" auf Terminalservern
Frage von Z3R0C0MM4N0THiN6Windows Server9 Kommentare

Hallo zusammen, kann mir jemand auf kurzem Wege sagen ob 1) die per Task-Manager (oder damals tsadmin) an Benutzer ...