BOfH_666

Bitte keine antiken Threads reaktivieren! Wenn Du eine Frage hast, erstellst Du bitte einen neuen Beitrag. Wenn diese sich auf einen konkreten alten Beitrag bezieht, kannst Du den in Deinem Beitrag verlinken. Das kommt ganz auf die konkreten Umstände an und auf Deine Fähigkeiten. Wir erstellen hier keine gebrauchsfertigen Lösungen auf Anfrage. Für Powershell gibt es in der Gallery Module, mit denen sich INI-Dateien bearbeiten lassen: Find-Module *ini*

Dann lautet die Antwort meiner Meinung nach: Leider nein. Nicht so, wie Du es erwartest. Aber das hier ist auch kein robocopy Forum. Wir beschäftigen uns mit Scripting.

... ist in den Logging Options: /l /x /v erzeugt eine ausführliche Liste aller Dateien. Die müsstest Du allerdings selber parsen, denke ich. Im Zweifel würde ich empfehlen mit ein paar Test-Daten selbst ein bissl zu experimentieren.

... sollte nicht ein Tool, welches auf Windows 7 gelaufen ist, auch auf Windows 10 laufen? Hast Du's mal probiert? Davon unabhängig: Hast Du Dir die Hilfe von robocopy mal angesehen? robocopy /? in der Eingabeaufforderung oder in Powershell und Du bekommst alle verfügbaren Optionen angezeigt.

ChrissiV, wenn Du jetzt anfangen möchtest zu Scripten, würde ich Dir empfehlen, Powershell statt Batch zu benutzen. Die ist deutlich leistungsfähiger und auch einfacher zu erlernen und Du wirst mehr Unterstützung im Netz finden. Wie möchtest Du denn Deine Dateien umbenennen? Also wie heißen sie vorher und wie sollen sie hinterher heißen? Ist das eine regelmäßige Aufgabe? Es gibt spezielle Tools, die sowas können. z.B. der FreeCommander hat ein Mehrfachumbenennen-Tool an Bord. Wenn Du in Powershell einsteigen möchtest, kannst Du das ganz leicht und kostenlos mit einem Video-Kurs: MVA - Getting Started with Powershell.

Ja, ABER das hätte den Nachteil, dass das Erweitern des Scripts auf weitere OUs einigermaßen aufwändig wäre. Bei dem Ansatz mit dem Array, bräuchtest Du einfach nur das Array erweitern und der Rest bleibt gleich. ... oder hab ich wieder was falsch verstanden?

Wenn Du Code postest, formatierst Du den bitte auch als Code? Danke. Wenn Du mehrere OUs abklappern möchtest, packst Du die einfach in ein Array und beackerst dieses dann mit einer Schleife ... zu ungefähr: $OUListe = @( 'OUNummer01', 'OUNummer02', 'OUNummer03' ) Foreach($OU in $OUListe){ "Mach was mit der OU $OU" } Du brauchst also Deinen Code einfach mit der Anpassung -SearchBase $OU in die Foreach-Schleife einfügen. Wenn Du alle UnterOUs mit abgrasen möchtest, kannst Du bei Deinem Get-ADUser den Parameter -SearchScope Subtree oder -SearchScope 2 angeben .... ganz so, wie man es in der Hilfe nachsehen kann!

Ich würd mal 'default' probieren. Ansonsten einfach alle möglichen Encodings mal testen. Sooo viele sind's ja wohl nicht. Funktionierts denn von einem anderen PC, auf dem das Encoding nicht geändert wurde? Edit: Oder das Encoding einfach ganz aus den $PSDefaultParameterValues entfernen.

Wie macht man denn das? Und warum machst Du das nicht einfach rückgängig, wenn es vorher funktioniert hat?

Wenn Du die Zeit, die Du bis jetzt für die Suche nach einer VBS-Lösung aufgewendet hast, genutzt hättest, Dir die Grundlagen von Powershell anzueignen, wärst Du mit der Aufgabe schon fertig. Mit meinem Code-Beispiel von oben, ist das auch für einen Powershell-Anfänger nur eine 10-minütige Fingerübung. Und wenn Du mit Powershell hängen bleibst, kannst Du hier immer wieder fragen und bekommst in kürzester Zeit Hilfe. Wenn Du, wie Du oben erwähnt hast, VBS einigermaßen verstehst, sollte es Dir sehr leicht fallen, auch Powershell "einigermaßen" zu verstehen - jedenfalls genug, um die gestellte Aufgabe lösen zu können.

Und Du hast nicht mal probiert, die Option /COPYALL wegzulassen?

robocopy ist ein System-Tool von Windows. Das richtige Forum für robocopy-Probleme wäre wohl das allgemeine Windows Forum bei Microsoft. Die Ursache für die Meldungen dürfte wohl die Option /COPYALL sein. Damit wird robocopy angewiesen, nicht nur die bloßen Dateien sondern auch die Security- bzw. Metadaten zu kopieren. Wenn das für die Funktion Deines Work Flow Managers nciht zwingend notwendig ist - lass es weg.

Hmmm ... ich ignoriere mal, dass das vermutlich eher ein robocopy als ein Scripting-Thema ist. Aber weil wir hier in einem Scripting-Forum sind, solltest Du uns Dein Script mal zeigen. Ansonsten können wir eigentlich nur raten, was das Problem sein könnte.

Hmmm ... da fallen mir doch gleich weitere Fragen ein: Woher kommt diese HTML-Datei/Tabelle denn? Wäre es nicht besser, das Erstellen der Tabelle so zu pimpen, dass die Gesamtsumme gleich mit ausgegeben wird? Sowas kann man auch mit Powershell machen. Wir wollen das große ganze sehen!

Wenn es um den Microsoft SQL-Server geht, gibt es eine ganze Latte an Foren, die dieses Thema behandeln. Die sind dann aber english-sprachig. https://social.technet.microsoft.com/Forums/en-US/home?category=sqlserver&filter=alltypes&sort=lastpostdesc Im Zweifel ist es auch nie eine schlechte Idee, einfach mal nach einem Problem zu google'n. Fast hätte ich's vergessen ... hier beim MCSE-Board gibt's natürlich auch ne SQL-Server-Abteilung ... https://www.mcseboard.de/forum/81-ms-sql-server-forum/

Harry, kann es sein, dass Du in einem englishsprachigen Forum besser aufgehoben wärst? Die Sätze klingen, wie von Google oder Deepl übersetzt. Unabhängig davon: Hier geht es um Scripting. Hast Du ein Problem mit einem Script, welches Du geschrieben hast? Oder geht es um SQL-Server im Allgemeinen? Du wirst Dein Problem auf jeden Fall genauer beschreiben müssen.

Hmmm ... wenn Du ansatzweise der englischen Sprache mächtig bist, ist Powershell-Code quasi selbsterklärend. Die meisten cmdlets (so heißen die nativen Powershell-Befehle - gesprochen "kommahndlets") machen ziemlich genau das, wonach sie klingen. Get-Content z.B. "extrahiert" den Inhalt einer Datei und gibt ihn entweder auf der Konsole aus oder reicht ihn per Pipeline ( | ) an das nächste cmdlet weiter. ... usw. und so fort ... Sich die Grundlagen von Powershell draufzuschaffen dauert nicht lange. Und wenn Du noch ne Weile in Windows-Umgebungen unterwegs sein möchtest und das vielleicht sogar beruflich, solltest Du Dir meiner Meinung nach eher Powershell aneignen statt VBScript. Es gibt quasi unzählige auch kostenlose Quellen im Internet, nicht zuletzt dieses Forum. Ein guter und sogar einigermaßen unterhaltsamer Start gelingt bestimmt mit dem kostenlosen Video-Kurs der Microsoft Virtuall Academy - Getting Started with Powershell. Die Videos haben eine Gesamtlänge von ca. 8 bi 10 Stunden, aber danach hast Du mit Sicherheit das Nötigste drauf. Das klingt danach, als wärst Du bei VBScript auch nicht wirklich der Profi. ('bin ich übrigens auch nicht ) Wie oben schon geschrieben: die Einstiegshürden sind bei Powershell deutlich niedriger als bei VBScript.

Wenn's auch was moderneres als VBScript sein darf .... hier ist ne einfache Powershell-Lösung. Get-Content -Path C:\sample\Zeiten.txt | ForEach-Object { $_ -match '(\d\d):(\d\d)' | Out-Null $Zeit = $Zeit + (New-TimeSpan -Hours $Matches[1] -Minutes $Matches[2]) } "Zeit gesamt: {0:g}" -f $Zeit ... so als Vorschlag zum Starten ....

Es ist wohl nicht nur das gewesen, sondern irgendwie eine Kombination. Bei meiner Recherche hatte ich irgendwo gelesen -es ging eigentlich um einen anderen Fehler - dass das Tool den zu verarbeitenden Dateinamen als letztes in der Zeile erwartet. Und wenn es den Parameter an letzter Stelle nicht interpretieren kann, geht es davon aus, dass es ein Dateiname ist. Deshalb auch die Meldung, dass es immer nur eine Datei signieren/verarbeiten kann. Na egal ... schön, dass es doch funktioniert ... einfach die entsprechende Antwort als "die Lösung" kennzeichnen!

So ... jetze ich ... Ich hab mir mal den Spaß gemacht, mir ein selbstsigniertes Zertifikat erstellt, hab mir ein paar XML-Dateien zusammengesucht und ein bissl rumprobiert. Und was soll ich sagen - es scheint zu funktionieren. Jedenfalls erhalte ich keine Fehlermeldungen und die Signaturdateien werden erstellt. :-D Hier ist der passende Code: $OpenSSL_EXE = 'C:\_Temp\openssl\openssl.exe' $SourcePath = 'C:\_Temp\xml' $CertFile = 'C:\_Temp\cert.pem' Get-ChildItem -Path $SourcePath -Filter *.xml | ForEach-Object { $outfile = Join-Path -Path $_.Directory -ChildPath $($_.Name + '.sig') Start-Process -FilePath $OpenSSL_EXE -ArgumentList "dgst -sha512 -binary -out $outfile -sign $CertFile -passin pass:""passw0rd!"" $($_.FullName)" -NoNewWindow } !! Nicht wundern - trotz des Parameters -NoNewWindow poppt in der ISE kurz ein weiteres Konsolenfenster auf - vielleicht für die 1000+ XML-Dateien einfach die normale Konsole nutzen ...

Wow ... is ja noch schlimmer, als ich erwartet hatte ... die haben ja nicht mal Platz für einen vernünftigen Inventaraufkleber. Vielleicht sprichst Du ja nochmal mit den Verantwortlichen. Für manche "Aufgabenstellungen" gibt es eben keine technischen Lösungen. Sowas sollte ja eigentlich sogar gesetzlich geregelt sein.

Nur mal aus Neugier: Was habt ihr denn für Headsets? Ich hätte erwartet, dass Headsets zu den anlagenbuchhaltungstechnisch gesehen "geringwertigen" Gütern gehören und daher nicht bei einer Inventur erfasst werden müssen ... so wie Tastaturen und Mäuse z.B.

Die Klammern im Ergebnis deuten darauf hin, das das Ergebnis ein Array ist. Du kannst die Elemente in diesem Array auf verschiedene Weisen "extrahieren". Die einfachste dürfte sein, wenn Du das Ergebnis an | Select-Object -ExpandProperty <PropertyName> pipe-st.

Powershell is halt die modernere und eben auch bessere Technologie. Es laufen ja auch nur noch relativ wenige Leute mit "dummen" Mobiltelefonen durch die Gegend. Selbst Leute, die's nciht brauchen, haben heute meistens ein Smartphone. Wenn Du am Wochenende mal ein bissl Langeweile hast (oder auch auf Arbeit ), kannst Du Dich kostenlos in der Microsoft Virtual Academy mit Getting Started with Powershell ein bissl berieseln lassen. Das sollte Dir für die ersten Schritte schon das Rüstzeug verschaffen.

OK ... da muss ich dann leider passen, mit cmd/batch bin ich nie richtig warm geworden und werde auch jetzt nicht mehr damit anfangen. Sorry. Ich glaube aber trotzdem dass es sich unbedingt für Dich lohnen würde. Wenn Du nicht grad vor der Rente stehst und noch ne Weile in Windows-Umgebungen unterwegs sein willst, kommt man bei komplexeren Sachen an Powershell nicht mehr vorbei. Und falls Du's beruflich brauchst, hast Du bei der nächsten Gehaltsverhandlung noch ein Pfeil mehr im Köcher. Und mit Powershell findet man nach meiner Erfahrung auch schneller Hilfe.