Dukel

.oO(Wieso baust du nicht einfach eine Testumgebung auf und testet das ganze, was du vor hast? Dann wirst du doch sehen, was geht und was nicht)

Ja geht. Es kann nur Problematisch sein, wenn der SBS weg ist, dass der Host dann keinen DC mehr findet. Wenn es einen weiteren DC außerhalb des Hyper-V Hosts hast ist es gar kein Problem.

Ah. Dann habe ich das falsch herum gelesen. Dann sollte ein inplace Upgrade gehen. Ich würde das Netzwerk kappen und das beten weglassen. Außerdem brauchst du die FSMO Rollen nicht unbedingt übertragen. Auch wenn ein Inplace Upgrade immer weniger Aufwand erscheint kann das im Nachhinein mehr Aufwand bedeuten, weil man alles immer übernimmt.

Wozu das? Er hat doch noch einen 2. Server, mit dem er arbeiten kann. Alles auf den 2. Server migrieren (DHCP; File) und dann den Server A neu installieren.

Dann geht das nicht. Ein Inplaceupgrade geht nicht über Architekturgrenzen hinweg. Wieso installierst du den Server B nicht einfach neu unter 2008R2? Wieso muss der Server A 2008 sein? EDIT: - Seit Active Directory gibt es kein PDC mehr. - Wegen deiner Liste Punkt 5: Bei einer Standardaktion sollte man nicht beten müssen. - Ich würde nur wegen einem Upgrade kein Netzwerk kappen.

Ist der 2003er ein 64Bit Server?

Google mal nach "sharepoint warmup". Wie viel RAM hat der SQL Server? Welche SQL Server Version ist im Einsatz? Wie sind die Disks angebunden? Aktiviere einmal das Developerdashboard und lies dort mal die Zeiten aus.

Du suchst nach "Software Deployment".

Eventuell geht es über die Group Policy Preferences.

Wohl gar nicht. Evtl. hilfts die Funktionen in extra Dateien auszulagern und diese per . .\functions.ps1 einzubinden. Ist wohl das gleiche. Wobei auch die Powershell sagt -ItemType und nicht nur -item. Nicht das ich wüsste. Du kannst aber den Code aller Powerpacks anschauen und kopieren.

Und wie ist es anderstrum? Auf Linux dein Windows Rechner per Cifs mounten?

Was heißt sichern? Backup? Dann willst du eine richtige Backupsoftware nutzen und nicht pfuschen.

Die "Eigenen Dateien" wurden aufgeteilt auf "Eigene Dokumente", "Eigene Videos", "Eigene Musik" und "Eigene Bilder".

Bei Hyper-V kann man pro VM definieren, was passiert wenn der Host herunter fährt. D.h. sollte es ausreichen, dass der Host herunterfährt. Er wird dann die VM's entsprechend bearbeiten.

Bei einem VPN kommt es ganz darauf an welche Technik man verwendet. Mit z.B. OpenVPN benutzt das VPN genauso eine SSL Verschlüsslung. Der Vorteil bei SSL ist, dass man keine Client Software benötigt. Ein normaler Browser reicht. Wegen Self-Signed vs. gekauftes Zertifikat: Es kommt darauf an. Wenn man alle Clients, die auf die Anwendung zugreifen unter Kontrolle hat und man denen Das Zert. installieren kann ist das genauso gut wie ein gekauftes.

Was meinst du mit "Der SQL Server ist abgesetzt"? Ach ja: Ist es bei jedem Zugriff so langsam oder nur beim ersten?

Hallo zusammen, Ich habe folgendes Phänomen: Habe 3 Rechner (jeweils aktuelles SP): - Server2k8 (TS mit Windows Server 2008 R2) - Server2k3 (Server mit Windows Server 2003 R2) - ClientXP (Client mit Windows XP) Habe einen User ohne Adminrechte auf allen Maschinen aber Remotedektop Rechte auf allen Maschinen. Bei einem "schtasks /query /s ClientXP" (selbe gilt immer für die Aufgabenplanung) bekomme ich "Zugriff verweigert" -> Ist ja klar. Nehme ich den User in die Admin Gruppe auf dem Client bekomme ich unter Server2k3 die Liste der Geplanten Tasks aber unter Server2k8 bekomme ich immer noch ein Zugriff verweigert. Wenn ich auf Server2k8 und ClientXP Admin Rechte habe funktioniert es. Auf Server2k8 keine Admin Rechte und auf Server2k3 Admin Rechte bekomme ich die Liste. Mit anderen OS habe ich es nicht getestet. In der Lokalen GPO habe ich das Recht "Log on as Batch Job" vergeben, hat aber nichts geändert. Also zusammenfassend (jeweils auf dem Ziel Adminrechte und auf der Quelle keine Admin Rechte): Win 2k8 R2 -> Win XP : Fehler Win 2k8 R2 -> Win 2k3 : Ok Ist das generell so? Kann man das ändern?

Der einzige Vorteil (so viel ich weiß) ist das Hot-Add bzw. Hot-Remove von virtuellen SCSI Platten gegenüber den virtuellen IDE Platten.

Und wo Crash jetzt die DB?

Und womit kopierst du dann die Backups?

Gegen Diff hat hier doch keiner was. Gibst du bei "To Disk" ein Lokales oder ein entferntes (iSCSI) Laufwerk an?

Kann das SAN auch CIFS / NFS? Bei entsprechenden Kisten hat man auch einiges an Verfügbarkeit.

Wenn man Hyper-V nutzen möchte ja.

Wieso nutzt du keine UNC Pfade?

Nein.