Dukel

Bei Irvan View gibt es meines Wissens auch einen Batch Modus. Dabei kannst du alles per Gui konfigurieren und musst kein Script schreiben.

Nutze eine Hash Tabelle. Dabei kannst du zu einem Name ein Wert speichern. Dabei ist dein Pfad der Name.

Was für eine genaue Fehlermeldung? Was hast du versucht?

1. csv kannst du in Powershell Importieren und richtig exportieren. 2. wenn du sowieso Powershell nutzt, wieso nutzt du dann csvde und keine Powershell Mittel? Dabei kannst du selbst definieren, wie deine Ausgabe aussehen soll.

Was ist VFP?

Ist das ein Standard SQL Server? Wieso sollte die DB nicht gleich dort dann bleiben?

Mein Vorschlag wäre: Neuen Server aufsetzen, SQL installieren (auf Instanz achten!), DB (im aktuellen Server) sichern, Restore im neuen Server, CName umziehen, Clients testen. Kann aktuell jemand mit der Applikation arbeiten? Wie wichtig ist das ganze? Fürs nächste mal: Keine Spontanen Updates mehr sondern gut planen und testen(!).

Musst du die Library evtl. neu in der Backup SW einbinden? Ich kenne leider Backup Exec nicht.

Die bestehende DB kannst du sichern und/oder abhängen und nach der Neuinstallation wieder einhängen. Wieso darfst du etwas fixen, das eine externe Firma falsch gemacht hat?

SQL neu installieren? Client anpassen?

In der SQL Konfiguration kannst du einen SQL Alias konfigurieren.

Wurde die Komplette Library getauscht? Evtl. gab es eine neue Version, die sich so verhält oder man muss in der Library etwas Konfigurieren. Läuft das Backup trotz der neuen Konfiguration?

Andersherum: Wie viele Personen arbeiten denn bei euch und greifen auf den Server zu? Wie viele Geräte greifen auf den Server zu? Dabei zählen alle Zugriffe, wie DNS, DHCP, Zeit, File und Print,...

Für Grundlagen ist ein Forum nicht unbedingt geeignet. Sucht euch einen kompetenten Partner und lasst euch Systeme zeigen und beraten. Ihr wollt auf einem Virtualisierungshost keine anderen Aufgaben erledigen. Dafür wollt Ihr eigene VM(s) anlegen. Das ist eine Schlechte Idee. Es gibt zwei arten von Virtualisierungslösungen. Bare Metal und Applikationen. Ihr wollt, um Produtive Server zu betreiben, Bare Metal einsetzen. VM Applikationen wie VMWare Workstation oder Virtual Box sind für Entwicklungs, Demo oder Test Zwecke und nicht für Produktive Servervirtualiserung. Schau dir für deinen Zweck ESXi, Hyper-V und Xen Server an. Vergiss nicht Themen wie Backup und überlege dir Anforderungen an z.B. Verfügbarkeit.

Ist das nicht erst bei 2012? Bei vorherigen Versionen musste man für jeden Prozessor eine Lizenz beziehen.

kostengünstige Lösung: Windows Server Backup. Du willst diese Dateien niemals manuell löschen. Wenn du keinen richtigen Restore benötigst kannst du die Datenbank in den Umlaufprotokollierungs Modus stellen. Informiere dich aber vorher über diesen Modus!

Welche Logs? Die Transaktionsprotokolle oder die Log Files?

Meinst du das Windows Server Backup? Was willst du dort löschen müssen?

Das hab ich aufgegeben. Kommt eh nie was gescheites im TV. Nehme deshalb immer ein paar Filme mit.

Ein Export ist kein Backup sondern ein Export.

Was für eine Frage mit den Lizenzen?

Nachdem du die FSMO Rollen verschoben hast, ja. Aber einfach nur andere DC's in die Domänen nehmen stört nicht.

Das ist falsch. Solange die FSMO Rollen nicht verschoben wurden können beliebige andere DC's in der selben SBS Domäne laufen.

Jeder Server, außer ein DC, sollte ein Member Server sein. Wieso entspannt das Zeitlich? Wo hast du den Zeitdruck um DC's aufzusetzen?

Du hättest einen neuen Thread aufmachen sollen, aber evtl. kann ein Mod dies hier verschieben. Wieso willst du jeden Server zum DC machen? So was macht man nicht! Optimaler Weise willst du zwei DC's haben (optional einen oder zwei eigenen DHCP Server), einen File und Printserver, einen Exchange Server (besser auch zwei, wegen Verfügbarkeit), einen SQL/SAP (besser zwei oder noch mehr) Server. Wenn du vier Windows 2012 Lizenzen gekauft hast kannst du auch acht virtuelle Instanzen laufen lassen und die Maschinen so aufteilen. Zwecks des resizing der FSMO Rollen: Dafür kannst du dir Zeit lassen, bis alles andere (Postfächer, Daten, Infrastruktur (DNS, DHCP)) migriert ist. Zwecks des dcpromo vor oder nach Exchange: erstens: Du willst keinen Exchange Server als DC haben! Zweiten: Wenn du es doch machen solltest (!!!), dann darfst du nach der Exchange Installation kein Dcpromo (weder hoch noch runterstufen) ausführen.