msdtp

haha.... Was soll das. finde ich jetzt nicht so lustig. Aber unser so unter Zeitdruck muss das erstmal gehen. Jetzt muss eiern sinnvolle Lösung her, mit der alle leben können.

ja, ich habe beim copy and paste was vergessen. Ich habe den Betrag korigiert.

Hi, ich habe jetzt folgendes gemacht. Ja, es geht besser aber meine User, sind Softwareentwickler. Da kann ich ein wenig entspannter sein, was der Umgang mit dem System angeht. In der Powershell als Administrator folgenden Befehl ausführen. Set-ExecutionPolicy unrestricted

Ja, Ok. Skript.ps1 : pfad\Skript.ps1 kann nicht gelade werden, da die Ausführung von Scripts aus diesem Computer deaktiviert ist. "abbout_Execution_Policies"

Ja, stimmt. Aber, es geht ja um einige Skripte. Der Inhalt ist nicht relevant. Sobald ein Skript eine zweite Zeile aufweist, z.B.: # Schritt 1: Lösche die Route route DELETE 10.160.2.0 MASK 255.255.255.0 62.153.63.55 # Schritt 2: Ermittle die Nummer des Interfaces "myview" $netstatOutput = netstat -rn $interfaceLine = $netstatOutput | Select-String -Pattern "myview" -Context 0,1 $interfaceNumber = ($interfaceLine -split "\s+")[-1] # Schritt 3: Setze die Route neu mit der gemerkten Interfacenummer route -p ADD 10.160.2.0 MASK 255.255.255.0 62.153.63.55 IF $interfaceNumber

Hallo, wir haben ein spannendes Problem. Seit einiger Zeit ist es Domainweit nicht mehr möglich PowerShellskripte auszuführen, wenn sie mehr als eine Zeile beinhalten. An den Systemrichtlinien wurde nicht geändert. Da diese Skripte, teilweise schon viele Jahre im Einsatz sind und nur selten genutzt werden, kann ich kein Ereignis festmachen warum das jetzt so ist.

Die Console ist doch für alle Funktionen vorbereitet.

40 Entwickler arbeiten und dokumentieren mit der Umgebung. Ich brauche ja, im Extremfall schon eine Stunde, bis ich vor Ort bin. Auch wenn ein Host nicht mehr hochkommt, sollte ich die Möglichkeit behalten das Problem zu fixen. Gern auch mit geringerer Geschwindigkeit. Ausfall? eher gar nicht. Auch Testumgebungen könne produktiv sein.

Äh, das habe ich hier schon umgesetzt. Ich denke, egal was man hier zum Thema Replikation u.Ä. anstellt. Das sollte zuerst laufen. Die Arbeitsumgebung der Entwickler und die Testumgebungen der Kunden habe höchste Priorität.

Exchange ist nicht mehr relevant. Das habe wir in die Cloud migriert. Es gibt einige SQL Datenbanken. Die sind zwar wichtig aber nicht direkt produktiv. Wir entwickeln Software. Da könnte man einen "Datenverlust" von 15 Minuten verschmerzen.

kann sein. Wenn man jetzt das NAS weglässt und ein je eine Array in den Maschinen konfiguriert. Dann die VMs repliziert. Das würde ja schon reichen.

Die 21 Vms sind 12 Windows und der Rest Linux. Kann aber sein, dass es noch mehr werden. Ja ich habe an drehende Disks gedacht. Mir ist auch klar, dass das NAS da noch nicht die Vollkommenheit ist. Hintergrund: Ich sitze im Homeoffice. Wenn das System dann nicht neu durchbootet, muss ich 100 km fahren. Das möchte ich zukünftig auch vermeiden. Wenn also wirklich mal das NAS ausfällt, dann fahre ich halt. Warum nicht? Wir hatte das mit Windows 2012, in der alten Firma problemlos im Einsatz. Auch die Performens war wirklich gut. Wie kommst du darauf? Folgendes NAS ich in der engeren Wahl, Synology NAS Rack Station RS3621xs+ 8C 2.1GHz 8GB 12xSFF/LFF Rack Also nichts Bastellösung

Ok, jetzt gebe ich zu, da habe keine keine Ahnung von. Und davon jetzt eine ganze Menge. Also werden dann die internen Storages genutzt und dann gespiegelt? Habe ich tatsächlich noch nie selbst gemacht. muss ich aber in diesem Fall.