BOfH_666

Wenn ich das nicht falsch im Kopf habe, musst Du ein Template erstellen und das auf den Ordner anwenden, in dem die Freigaben für die Home-Shares erstellt werden. Das kann man mit dem FSRM prima zusammenklicken ... da braucht man kein Script. Das Template wirkt dann auf alle neu erstellten Ordner unterhalb des Ordners, auf dem Du das Template anwendest. ... oder hab ich da was falsch verstanden? Warum willst DU überhaupt eine Quota auf ein ganzes Laufwerk legen?

Hmmm ... ich fürchte, das wirst Du selber bauen müssen. Für ein anderes Projekt ging es bei mir auch mal darum, einen Domain-User auszuwählen. Ich hab dann den Nachnamen auf der Konsole abgefragt, das AD nach allen Vorkommen dieses Nachnamens abgeklappert und ein Liste zum Auswählen präsentiert, falls der Nachname mehrmals vorkam. ... soll ja gelegentlich vorkommen. Was genau heißt: "... komme ich leider nicht weiter"? Ein bissl genauer müsstest Du das schon ausschmücken.

Hmmm ... was ist die eigentliche Frage? Welchen Befehl suchst Du?

Wenn noch keine Quota auf dem Ordner vorhanden ist, muss erstmal eine erstellt werden ... das ist hoffentlich klar ... oder? Bei mir funktioniert es zum Testen so: $TestPath = "OrdnerPfad zum Testen" [INT]$InitialQuota = Read-Host -Prompt "Initial Quota" [UINT64]$InitialQuota = [INT]$InitialQuota * 1GB New-FsrmQuota -Path $TestPath -Size $InitialQuota [INT]$NewQuota = Read-Host -Prompt "Initial Quota" [UINT64]$NewQuota = [INT]$NewQuota * 1GB Set-FSRMQuota -Path $TestPath -Size $NewQuota Remove-FsrmQuota -Path $TestPath -Confirm:$false

Wie schon im anderen Thread geschrieben - wir helfen gern aber wir erstellen keine gebrauchsfertigen Lösungen auf Anfrage. Sollte nicht sowieso jeder Benutzer seine eigene INI-Datei in seinem Profilverzeichnis haben? Wenn das, aus welchem Grund auch immer, nicht so sein sollte, könntest Du das mit einem Script erledigen, welches z.B. im Autostart jedes Benutzers liegt. Für Powershell gibt es Module, die die INI-Bearbeitung erleichtern. Oder Du benutzt einfach die normalen String-Operationen. Wenn der Rest der INI-Datei gleich bleibt, könntest Du auch einfach für jeden Benutzer eine komplette INI-Datei erstellen und diese dann Benutzerabhängig in den richtigen Ordner kopieren. Das verlangt am wenigsten Kenntnisse.

Wir helfen Dir gern. Aber wir werden nicht Deinen Job für Dich machen.

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!