LukasB

moveuser.exe sollte dir schon reichen.

Wieso benutzt du Offline-Ordner und nicht den Cached Exchange Modus? Letzterer ist einfacher für die Benutzer und macht alles was du willst vollautomatisch.

Microsoft Hyper-V will not boot virtual SCSI devices John Howard : Boot from SCSI in Virtual Server vs. Boot from IDE in Windows Server virtualization Einen offiziellen Artikel hab ich auf die Schnelle ned gefunden...

Hyper-V kann nur ab IDE booten. Das ist aber egal - IDE und SCSI sind beide synthetisch, die Performance ist identisch.

Nicht direkt zu dem Thema, aber man kann den Standardcontainer ändern in dem Computer landen. redircmp Redirecting the users and computers containers in Windows Server 2003 domains

Ja, kannst du. Schau im GP Editor unten: Computer Configuration / Policies / Windows settings / Security Settings / Public Key Policies

Ja, dies könntest du schnell und leicht mit dem WS2003 Std sicherstellen. Einfach einen zweiten Domaincontroller installieren, DNS Role installieren und sicherstellen das die Clients per DHCP auf den zweiten DNS Server mitbekommen. WINS nicht vergessen! Symantec hat da ja mit ihrem Continoous Replication Zeugs auch ein paar brauchbare Angebote.

Mooooment! Den Exchange auf dem Windows 2003 Std musst du bezahlen (CALs hättest du aber). Jetzt wirds aber noch spannender: Um bei Exchange 2003 Ausfallsicherheit durch Replikation zu erreichen musst du ein Cluster machen: Cluster heisst: Windows Server 2003 Enterprise plus Exchange (Std reicht da glaub ich). Dann brauchst du aber auch noch passende Hardware für die Shared Copy des Information Stores (d.h. ein externes Disk Array das Cluster-fähig ist). Das wird extrem teuer. Active Directory / DNS / DHCP redundant zu machen ist relativ einfach, bei Exchange musst du da etwas tiefer im Geldbeutel wühlen. Wenn du auf Exchange 2007 gehst kannst du mit einem CCR Cluster (Replikationscluster) den Shared Storage sparen - um WS2003/2008 Enterprise würdest du aber dennoch nicht herumkommen, und 64bit Hardware bräuchtest du auch.

Kurzfassung: PAE + AWE = Böse x64 = Gut Ich habe unseren internen Admin/Remote User TMS schon seit nem halben Jahr auf 2008 Beta 3 / RC / RTM x64 gehabt und wir hatten keine Probleme. Sämtliche Standardanwendungen die wir einsetzen funktionierten Problemlos, sogar unsere Inhouse-Anwendungen machten keine Probleme.

Ja. Geht nur drum keinen Consumer-Mist zu verwenden. Ja, das ist möglich und voll supported. Die WS2003 CALs sind sicher nicht standardmässig inklusive. Ob die bei eurem Angebot dabei sind musst du den Angebotsersteller fragen. Beachte das bei der Konstellation SBS+WS2003 die CALs vom SBS auch für den WS2003 gelten - du solltest also keine zusätzlichen Lizenzen erwerben müssen. Die SBS CALs sind ja für WS und Exch.

Ja dafür musst du erstmal etwas konkreter werden. Wieviele Server, wohin willst du Backupen, was willst du alles für Applikationen sichern, etc. Und die Preise die ich dir dann geben kann sind für den Schweizer Markt...

Wenn du dich durch den RRAS Wizard für NAT klickst sollte das doch 1-2-3 funktionieren?

Du solltest Eventlog-Einträge zu diesem Zeitpunkt haben (vom Exchange VSS Writer, etc.), im Application Log. Kannst du die mal pasten? GRT deaktivieren ist sonst auch immer eine gute Idee - hast du auf dem Laufwerk E:\ genügend Platz, und existiert der genannte Ordner?

Sorry, das kommt davon wenn man Posts während dem arbeiten hinhudelt ;) Metadirectory kann glaube ich nur nach LDAP exportieren, und das ist ja nicht ganz das was du suchst - du könntest aber Outlook auf den LDAP Server loslassen - ist natürlich schon nicht ganz so hübsch wie die öffentlichen Ordner.

Estos Metadirectory kann das.

Backup Exec 12d Ist im moment glaub ich auch die einzige Backup Software die unter WS08 zertifiziert ist.

Antworten: 1. Exchange mit ADSL tut problemlos. Du brauchst nur einen anständigen DSL router und musst diesen richtig konfigurieren. Du brauchst am Standort A eine statische IP Adresse für Mail-Empfang via SMTP (Theoretisch auch mit DynDNS möglich, aber das ist ja eine produktive Umgebung, keine Testumgebung). 2. Die Leitung am Standort B ist nicht das Problem. Wichtig ist der Upstream von Standort A. Wenn du Outlook 2003+ mit Cached Exchange Mode einsetzt reichen da 512kbit. Anregungen: * Mach an beiden Orten statische IP Adressen. An A brauchst du eh wegen Mailempfang, und an B solltest du um dir das leben leichter zu machen. * Der SBS wird weiterhin ein DC sein, das kannst du nicht ändern. Du hast dann am Standort A zwei DCs. Das ist prinzipiell eine gute Idee, aber was ist mit dem Standort B? Wo legen diese Leute ihre Files ab? Meistens empfiehlt sich für solche Szenarien die Nutzung von DFS-R, dafür bräuchtest du am Standort B auch noch einen WS2003 Std R2. * Für die VPN-Verbindung zwischen den Filialen anständige Hardware verwenden. Nicht 49 EUR Linksys Router aus dem Mediamarkt.

Das ist sicher nicht der Default-Wert - das wüsst ich :)

2008 R2 gibt es nur noch in 64bit. Ein guter Grund, nur noch in Notfällen WS08 in 32bit zu deployen. Bei Terminalservern ist vorallem interessant das die Limiten für Paged Pool / Non Paged Pool bei der 64bit Version gewaltig gestiegen ist - ein 2003 TS 32bit Enterprise mit 8GB RAM hat ja nix gebrach, weil eben die Pools zuende waren. Es kann also schon gut sein das ein 64bit TS mehr "Punch" hat als ein 32bit - bei gleicher RAM Menge. Die Applikationen dafür müssen nicht 64bit sein. Aber was du schauen musst: Support. Supportet der Softwarehersteller den Betrieb unter WS08 x64? Wenn nein, dann musst du in den saueren Apfel beissen.

Ich hab mir zur Angewohnheit gemacht das ich bei jeglichen Systemänderungen in denen die ERP-Software des Kunden betroffen sein könnte auch noch einen Techniker der Software antanzen lasse. Das gibt mir die Möglichkeit mich auf die Dinge zu konzentrieren die ich verstehe, und die ERP-Basteleien überlasse ich dann jemanden der darauf spezialisiert ist. Alles andere bringt nichts - als IT Dienstleister kann man nicht jede Gugus-ERP-Software kennen. Diese sind meistens so elends lausig programmiert das man das ganze kennen *muss* um es zum laufen zu bringen.

Firmen sind Microsoft Partner, nicht Menschen. oder was meinst du?

Ja, die gibt es tatsächlich. Schau mal hier: https://partner.microsoft.com/40029254 Erkennen davon kann man ein paar - die meisten sind aber nur "rechtlich" auseinander zu halten. Als Partner kriegt man eine Menge Volume Keys sowie MSDN/Technet Subscribtion, Internal Use Lizenzen, Test und Demo Lizenzen, etc. pp.

Ja wie jetzt? Ein VPN Tunnel ist genau gleich zuverlässig wie die Internetleitung - wenn Citrix tut, dann tut auch VPN - wenn Citrix ned tut, dann tut auch VPN nicht. Den RPCoHTTPS Namen auf den externen Namen umstellen.

Für Exchange alleine schon, für eine gemeinse Domain nicht. Wo siehst du das Problem? Eine Aussenstelle sauber integrieren - wie wollt ihr Gegenseitig auf Fileshares zugreifen? Sharepoint? Voice over IP? Drucken? ERP? etc. pp. Dann konfigurier die Clients um! Nein, würden sie nicht. Ersten kannst du in Outlook einstellen ob es zuerst RPC oder RPC over HTTPs probieren soll, zweiten kannst du Zugriff auf RPC over HTTPS intern sperren (über IIS IP-Beschränkungen), dann verwenden die Clients automatisch RPC.