GuentherH

Die Foundation Version geht im konkreten Fall sowieso nicht, da bei der Installation der AD Dienste, der Server auch der Rollenhalter sein muss. Zudem gibt es eine Userbeschränkung auf 15 User. Also die Standard Version einsetzen wie schon von Norbert empfohlen. LG Günther

Hallo. Die Hardwareanforderung des 2012er Version ist aber auch nicht höher als beim 2008 oder 2008R2. - "normale Cals" sind immer nötig. Wobei innerhalb der Domäne immer eine CAL pro Device / User ausreicht um auf alle Server zugreifen zu können. - RDP CALs sind ein Zusatzprodukt um auf die RDP Dienste zugreifen zu können Das spielt keine Rolle, da beim SQL Server auch für einen indirekten Zugriff eine CAL benötigt wird. Ist so richtig. Aber es ist ein lizentechnisch nicht korrekt. Du kannst ja auch jemanden eine Brieftasche aus der Jacke klauen. Auch wenn derjenige es nicht bemerkt, eine Straftat ist es trotzdem. LG Günther

Verschiebe doch die Rollen erst dann wenn bereits alle anderen Server migriert sind. Du kannst den SBS 2003 sowieso erst herunterstufen, wenn der Exchange 2003 migriert und vom SBS 2003 deinstalliert wurde. Von daher ist das verschieben der Rollen eine der letzten und einfachsten Arbeiten und dafür benötigst du sicherlich nicht 21 Tage ;) LG Günther

Beim 2008R2 auch? LG Günther

Hallo. Ist den die TAPI Anwendung Terminalserver fähig? Hier ein ähnliches Problem - http://answers.microsoft.com/de-de/windows/forum/windows_other-windows_programs/running-server-2008-r2-64-bit-terminal-server-as/980f323d-7138-4720-a902-2938fd0f19f6 LG Günther

Nachdem Outlook 2013 das Einbinden mehrerer Exchange Konten erlaubt, ist das Hinzüfügen über die "Erweiterte Option" nicht mehr notwendig. LG Günther

Genau so ist es. Also den Exchange einmal auf den aktuellen Patchstand bringen. LG Günther

Das kommt auf die Exchange und Outlook Version an. Daher wäre die Info interessant zu haben. Oder du bemühst gleich die Boardsuche zu diesem Thema. LG Günther

Nein, ist nicht möglich. Würde ja sonst auch nicht "sync" heißen sonder "async" für aynchron ;) Idee für eine Bastellösung. 2tes Postfach für das mobile Device erstellen und eine Kopie der Mails vom Hauptpostfach an das 2. Postfach weiterleiten lassen. Dann kann er auf dem Handy die Mails seiner Freundin(en) löschen ohne dass seine Frau sie sieht :D LG Günther

Hallo. Lösche auf den mobilen Geräten die Exchange Konten und richte sie wieder neu ein. LG Günther

Gib uns doch bitte noch die nötigen Infos wie: - Exchange Version - Outlook Version So ins Blaue geraten. Es wird Exchange 2010 oder größer verwendet und dein Benutzer hat Vollzugriff auf das gemappte Postfach. Dann am Exchange den Vollzugriff wegnehmen, dann sollte das gemappte Postfach automatisch verschwinden. Ansonsten wie gesagt, bitte genau Infos. LG Günther

Nein, umgekehrt. Der Client synchronisiert immer mit dem Exchange. In deinem Fall würde nach dem Restore von Tag 1 auch am Client der Status von Tag 1 sein. Sollten die Mails von Tag 2 erhalten bleiben, dann müsste vor dem Restore der Client Offline gemommen werden, ein Export des Prostfaches durchgeführt werden und nach dem erneuten Verbinden die Mails von Tag 2 wieder in Outlook importiert werden. LG Günther

Würde ich auf keinen Fall machen, alleine schon vom RAM Bedarf. Die aktuelle SharePoint Version (Foundation) benötigt mind. 12 GB RAM, darunter macht es keinen Spaß damit zu arbeiten. LG Günther

Korrekt. Man kann dies aber mit einem simplen Workaround für die die Dauer der Migration übergehen. http://blogs.technet.com/b/sbs/archive/2009/05/01/sbs-2003-to-sbs-2008-migration-to-a-different-domain-name.aspx LG Günther

Wenn ich mir diese Sätze durchlese, dann fehlt dir das Wissen nicht nur beim Exchange. ;) Eventuell solltest doch über eine fachkundige Unterstützung nachdenken. Führe die Deinstallation durch wie im Link von Testperson geschrieben. Bevor du das aber tust, fahre einmal den SBS testweise herunter und überprüfe ob sich die Clients überhaupt noch anmelden können. Und, dieser Test sollte möglichst schnell geschehen, da der SBS 2003 nach dem Verschieben der Rollen nur noch für 7 Tage ordnungsgemäß arbeitet und sich dann automatisch immer wieder herunterfährt. LG Günther

Was auch völlig korrekt ist. 172.172.1.1 ist eine öffentliche IP Adresse und gehört AOL. Oder anders ausgedrückt, nicht der Speedport ist dumm, sonder der Kollege, der das Netz designt hat, hat einen Riesenmurx gebaut. Du hast nun 2 Möglichkeiten. Entweder das Netz korrekt designen, also ein privates Netz aus dem 192.168.er Bereich, oder mit dem Murx leben und einen Router dazwischen hängen. Murx heißt, dass die öffentlichen 172.172er Adressen aus eurem Netz nicht erreichbar sind, das es ein doppeltes NAT gibt, was die externe Erreichbarkeit eurer Server erschwert. LG Günther

Siehe es einmal so. Ohne Antistatikarmband ist es die nicht supportete Version des Speichertausches. ;) LG Günther

.. was geschieht, wenn du eingibst \\ip_adresse_des_servers ? LG Günther

Das kommt mir bekannt vor. Bei allen HP Switches die ich bei Kunden im Einsatz habe tritt bei Verwendung von LACP dieser Effekt von Zeit zu Zeit auf. Abhilfe half sowohl auf der Server Seite als auch auf dem Switch den Trunk auf statisch umzustellen. LG Günther

Überprüfe doch einmal, ob die Catalog Dateien noch vorhanden bzw. in Ordnung sind - https://technet.microsoft.com/de-at/library/cc725765.aspx LG Günther

Hallo. Beschreibe doch einmal, wie du bei der Wiederherstellung durch Windows Backup genau vorgegangen bist. LG Günther

Korrekt. So ist es. Auf die inkrementellen Sicherungen kann nur Windows Backup zugreifen. Dazu müssen natürlich alle notwendigen Katalogdaten vorhanden sein. LG Günther

Hallo. In deiner Situation eigentlich nur über Export in eine PST und beim Exchange 2013 importieren. Du kannst den jeweiligen Öffentlichen Ordner in ein Postfach kopieren und dann exportieren. LG Günther

Ich denke auch, dass hier nicht unbedingt XP das Problem ist. Bei einem meiner Kunden laufen auch etliche XP VM mit einer alten Infor Version. LG Günther

... sagte der Optimist, bevor er einen Hilferuf auf dem MCSEboard absetzte. ;) Wie man mit den Transaktionslogs wirklich umgeht haben die Kollegen ja bereits geschrieben. LG Günther