Jump to content

Nimral

Abgemeldet
  • Gesamte Inhalte

    62
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von Nimral

  1. Keine Workarounds in Form externer Tools wenn es nicht sein muss. Ich soll mit dem auskommen was XP/2003 out of the box bieten. Außerdem bin ich recht wenig begeistert vom Einbinden externer Tools, die Resultate sehen idR eher "zusammengestiefelt" aus, und man hat wenig bis gar keine Kontrolle über das externe Programm, bis es dann irgendwann netter Weise wieder zurückkommt - oder auch nicht - und dann bekommt man wenn überhaupt nur einen ErrorConde in die Hand. Deshalb wäre der blockweise Kopierer mein absoluter Favorit. Alle 64k bekäme ich die Kontrolle wieder in die Hand. Armin.
  2. Sorry, habs nicht erwähnt: Zielplattform ist XP/ Windows 2003 Server. Installation der Powershell ist nicht vorgesehen, und selbst wenn, ich müsste dann das ganze Script auf Powershell neu schreiben. Wenn ich diese Alternative erwägen würde ... dann würde ich gleich eine "richtige" Programmiersprache verwenden, und nicht die Powershell. Danke trotzdem für die info Armin.
  3. Das ist ein Ansatz, der gut klappt, vielen Dank! Trotzdem im Moment "nur" Plan B: das restliche Script basiert auf Kommandozeilen-Ausgaben, und mir wäre eine Fortschrittsanzeige per Konsole lieber - weils halte einheitlicher ausschaut. Mal sehen, ob nicht doch jemand blockweises Kopieren per Stream.Read/Stream.Write in den Griff bekommen hat (APIs aufrufen gebe ich wenig Chancen). Möglicherweise hat auch jemand einen com Helper für WMI gebastelt der das kann - wäre allerdings Plan C wegen vorhersehbarer Copyright- und Installationsprobleme. Mal sehen ob da noch was kommt ... Du hats mir aber bereits einen sehr brauchbaren Plan B in die Hand gegeben, vielen Dank! Armin.
  4. Hallo allseits, ich suche mir seit Stunden die Finger wund nach einem Ansatz, eine triviale Aufgabenstellung mit Hilfe des WSH zu lösen: ich muss sehr große Dateien kopieren (2 GB und mehr ...), das dauert nun mal seine Zeit, und manchmal verlieren die Benutzer die Geduld und brechen das Script ab. gesucht ist eine Möglichkeit der Fortschrittsanzeige. Zwei Standardmethoden gäbe es: * Die Windows Api Funktion CopyFileEx hat eine Callback-Prozedur, die nach jedem 64k Block aufgerufen wird. Aber dummerweise konnte ich kein Objekt finden, welches CopyFileEx kapselt, und der WSH kann bekanntlich keine APIs aufrufen --> dead end. Eventuell gibt es aber doch irgendein brauchbares Objekt? * Die Datei binär blockweise lesen und schreiben. Das scheint dem WSH auch nicht gegeben, jedenfalls konnte ich nichts dazu finden, auch das dazu grundlegend notwendige "Array of Byte" scheint ihn zu überfordern. Das Ganze soll aber eventuell mit Hlife von ADODB.stream möglich sein, aber dazu habe ich nur Fragmente an Information gefunden, und da war wenig dabei was Sinn gemacht hätte. Hat jemand eine brauchbare WSH (Cscript) Lösung für den einen oder den anderen Ansatz? Thx Armin
  5. Hallo allseits, trotz stundenlangem Studium (oder sagen wir mal lieber: ratlosem Rumgeklicke in unvollständigen, unverständlichen und/oder offensichtlich unsinnigen) Dokumentationen habe ich es bisher nicht geschafft, folgende an sich simple Aufgabenstellung zu lösen: ich habe 2 Windows 2003 R2 Server (Standard Edition). Auf einem Server existiert ein Verzeichnis mit Unterverzeichnissen und einem Haufen Dateien drinnen. Größe < 1GB, Dateianzahl <100. Zugriff ausschließlich durch lokale Systemdienste, User haben hier nichts verloren. Die Dateien ändern sich gelegetlich. Ich möchte möglichst zeitnah eine gespiegelte (automatisch aktualisierte ...) Kopie auf dem 2. Server haben. Filecopy-basierte Lösungen a la Robocopy + Scheduled Task möchte ich nicht anwenden, weil der Spiegel nach dem Ändern einer Datei - was prinzipiell jederzeit erfolgen kann - die geänderte Datei möglichst schnell auf den 2. Server befördern soll. Ich suche die einfachstmögliche Lösung für dieses einfachstmögliche Problem. Eigentlich wollte ich das Ganze wie von früher gewohnt mit dem File Replication Service (NTFRS) angehen, aber da ich R2 Server als Plattform habe wird mir an allen Ecken und Enden das neue DFS aufgedrängt. Kann mich jemand mit der Nase in die richtige Richtung zu einer Anleitung zu entweder NTFRS (Plan A) oder DFS (Plan B) drehen, wo beschrieben wird, wie ich diese einfache Standardkonfiguration zu konfigurieren habe? Anleitung verständlich, vollständig und richtig wäre toll ... Danke, AL.
  6. Per Batch, hm, das wäre schon machbar, aber vom Aufwand her ziemlich sinnlos umständlich, weil Batch Dateien keine vernünftigen Befehle zur Bearbeitung von Texten kennen. Gestandene Batch Programmierer mögen mich bitte Lügen strafen, dann ist Dein Problem gelöst, und irgend jemand hat bewiesen, dass es *auch* mit einer Batch Datei gemacht werden kann. Man kann sicher auch mit einem Korkenzieher Granit bohren ... irgendwie :-) Mit einer "richtigen" Programmiersprache, z.B. dem Windows Script Host, geht das mit sinnvollem Aufwand recht einfach - so man jemals ein wenig Basic programmieren gelernt hat. Wenn nein wäre das ein schönes Beispiel, damit zu beginnen. ...Armin
×
×
  • Neu erstellen...