Doso

Vielleicht irgendein Programm mit Memory Leak. Ganz gerne sind das mal Browser mit irgendwelchen Plugins z.B. Firefox mit Flash Player war da eine Weile echt böse.

Datenbanken sind ständig eingebunden und daher nicht für Dedup geeignet - siehe auch http://technet.microsoft.com/de-de/library/hh831700.aspx#BKMK_Step1

Wir haben hier immer das Betriebssystem in einer eigenen VHDX und die große Datenpartition in einer eigenen VHDX. Unsere Umgebung hat kein 2TB Limit, unser Fileserver hat eine 3,5 TB VHDX - keine Probleme bisher.

Mit einer Software, die den entsprechenden VSS Writer implentiert geht das ohne Probleme. Die Windows Sicherung kann das, ein robocopy nicht.

1. Du brauchst genau die DVD der Serverversion die du installiert hattest. Ein Server 2012R2 kann keinen Server2008R2 wiederherstellen. 3. Steht im SEHR ausführlichen Admin Guide von Symantec Backup Exec. Rest kA. Am Besten mal ausprobieren mit anderern Hardware, ohne Netzwerk. Ein Backup das man nicht wiederherstellen kann ist nichts wert.

RU3 hat mir den Server gekillt, daher werde ich hier etwas abwarten.

Besser: Zertifikat von externer CA kaufen, dann gibt es auch keine Fehlermeldungen mit dem Webmail oder bei Smartphones. Aber ja, das kostet Geld.

Kein Betriebssystem kann bisher von ReFS booten.

Was meinst du mit "Exchange mit SP".

Wir hatten DFS-R mit Shares ~500 GB. Wir wollten das wegen Lastverteilung und Ausfallsicherheit. Es war eine Katastrophe. DFS-R hat die ganze Zeit gemeckert das Dateien gesperrt waren, dann gab es deswegen Sync-Probleme mit unterschiedlichen Ständen auf den Servern. Teilweise gab es im DFS-R Backlog Dateien die irgendwann gar nicht mehr gesynct haben. Das Backup der Dateien war argh langsam weil Backup Exec nicht gut mit DFS kann. Irgendwann hat dann auch noch jemand was an den Berechtigungen gemacht was dann zum Gau geführt hat. DFS-R ermordet, stundenlag vom Backup wiederhergestellt und Berechtigungen gefummelt. Auf der zweiten Domäne haben sich DFS-R und Quotas gegenseitig ermeuchelt, auch hier mussten wir länger fummeln bis das wieder klappte. Lass die Finger von DFS-R, das taugt nix.

Haben wir gemacht, ist nix passier da beide Level voll mit Exchange 2010 supported sind. Kritisch ist Server 2012R2 DC, das kann man aber über ein aktuelles CU für den Exchange machen - und auch dann ist es wieder supported. Nacharbeit ist Active Directory Recycle Bin anschalten, auf DFS-Replikation migrieren.

Du musst halt schon "irgendwie" den Mailfluss Astaro -> Exchange einrichten. Wie, sollte in der Anleitung zu dem Teil stehen. Wir haben das Sophos UTM gerade als Testaufbau, die Anleitung dazu sind eigtl. sehr gut.

Lernen durch Schmerzen - manchmal muss es einfach sein.

Ihr seit also ein ganz typischer Betrieb. Anforderungen hoch, Bereitschaft dafür Geld auszugeben gering. Das ist die Regel, nicht die Ausnahme :cool:

Die Angabe 4TB entspricht 40TB kannst du gleich mal wieder stecken lassen. Solche Marketing Zahlen sind in der Praxiss unrealistisch. Wieso sicherst du denn "C:" - was versprichst du dir davon z.B. das Windows Verzeichnis zig mal zu sichern? Das bringt dir für die Wiederherstellung nix z.B. bei einem Windows DHCP Server reicht es für die Wiederherstellung ein Verzeichnis zu sichern mit vielleicht ein paar MB Daten. Wie genau und wie oft du Daten sicherst ist letztlich dir überlassen. Ich bin dazu über gegangen mir genauer anzuschauen was ich für eine Wiederherstellung brauche und auch nur das zu sichern. Man muss natürlich auch die Wiederherstellung mal üben damit man ggf. nix vergisst.

Geh zu einem Systemhaus o.ä. in deiner Gegend und lass dich beraten. Deine Anforderungen sind teilweise wiedersprüchlich, manche Sachen gehen gar nicht - es gibt keinen "Server 2k13".

Ich bezweifle das man überhaupt sinnvoll einen Aktiv/Aktiv Fileserver mit Schreibzugriffen in irgendeiner Form realisieren kann. Office sperrt z.B. Dateien wenn man direkt schreibend darauf zugreift, wie soll das Storage sowas lösen? Das kriegt ja auch DFS-R nicht gebacken. Ich glaube was dir vorschwebt geht technisch gar nicht.

Ich mag wie du in einem Nebensatz Navision erwähnst. Das ändert das Ganze doch ggf. erheblich. Zusätzlicher Server für Navision, zusätzlicher SQL Server, entsprechende CAL und Ressourcen vorausgesetzt.

Wir schreiben Daten aus dem Sharepoint in das AD da die Nutzer nur ihre Sharepoint Profile pflegen und wir die Daten für ein Ticket System im AD brauchen, da kommen wir nicht weg von. Weiterhin sind wir auf Sharepoint 2010.

1. Mind. 2. DC und Exchange sollten nicht auf dem selben Server sein. Wenn du eine Server-Standard Lizenz hast, kannst du auch genau 2 virtuelle Server betreiben wenn sonst nix auf dem Host läuft. Bietet sich also an 2 zu machen. 2. Wenn das auf der selben Hardware ist, bringt das jetzt so viel nicht. 3. Von meiner Erfahrung her gehen zuerst der RAM und dann die Festplattenplatz zur Neige. Exchange braucht schon seine 10GB um sich wohl zu fühlen. 4. Lizenzen. Hardwareanforderungen für einen DC mit DNS und ggf. DHCP ist recht gering. Für Exchange gibts umfangreichste Sizing Hilfen. Backup nicht vergessen. Bei der Größe sollte möglichst alles automatisch laufen, also Windows Updates an.

Ich weis recht genau was der User Profile Sync Dienst macht, geht trotzdem hin und wieder einfach so kaputt :(

Die Diskussion führen wohl überall Admins mit ihren Entscheidern die meinen hier nochmal Geld sparen zu können. Wir behalten einen physischen DC, basta.

Du bist nicht alleine, das haben wir auch. Ist halt ein Client so alle 2 Monate, da fängt der Helpdesk dann schon ab. :jau:

Wir haben halt pro Team einen USB Stick mit Keepass drauf. Der USB Stick ist wahlweise per Truecrypt oder per Hardware Verschlüsselung gesichert. Nur haben wir bemerkt das wir im Fall der Fälle gar nicht ran kommen weil jeder so seine eigene Methode hat das zu sichern. Das Passwort für Keepass ist allerdings wieder so ein "allgemeinpasswort" das auch für zig andere Dinge verwendet wird. Alles irgendwie nicht so optimal, dachte ich frag mal wie ihr das so handhabt, sehe schon das sich da jeder was eigenes überlegt hat.

Sharepoint Server ist, vor allem in der 2013 Version, ein ziemlicher Speicherfresser. Nach der Standardkonfiguration würde ich unter 8 GB nicht mal in einer Testumgebung anfangen, und selbst da macht es nicht so wirklich Spass. SQL Server ist vermutlich auch etwas knapp. Wenn man in einem Sharepoint Server die Enterprise Features anschalten kann, heisst das sie sind nicht angeschaltet. Wünsche dir viel Erfolg, Sharepoint ist ein ziemliches Ungetüm. Man muss AD kennen, E-Mail, IIS, Powershell, SQL Server Basics etwas tiefer in der Server Materie stecken und Sharepoint dazu lernen. Das macht man nicht mal eben so nebenbei mal eben.