5
Programm zur Versionsverwaltung mit Patchmanagement
Wir verwenden eine Software bei der es wöchentlich Änderungen gibt. Da wir meherere Umgebungen verwenden multipliziert sich der Datenbestand mit dem Faktor X.
Da alle Clients jederzeit aktuell sein sollen und nicht bei jedem Start x GigaByte über Netzwerk kopiert werden sollen, sondern nur die Änderungen (diese vollziehen sich nur auf Dateibasis, also keine Registry Keys) benötige ich eine Art Versionsverwaltung mit Patchmanagement.
So stelle ich mir das vor:
Rechner sind meistens alle an und würden dann mit den Delta Patches versorgt, es soll aber auch gewährleistet sein, dass wenn ein Rechner mal 2 Wochen nicht an ist auch in kurzer Zeit automatisch auf den aktuellen Stand gebracht werden kann.
Wäre genial, wenn da jemand ne gute Idee hätte.
MfG
Kim
So stelle ich mir das vor:
Rechner sind meistens alle an und würden dann mit den Delta Patches versorgt, es soll aber auch gewährleistet sein, dass wenn ein Rechner mal 2 Wochen nicht an ist auch in kurzer Zeit automatisch auf den aktuellen Stand gebracht werden kann.
Wäre genial, wenn da jemand ne gute Idee hätte.
MfG
Kim
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 99257
Url: https://administrator.de/contentid/99257
Printed on: April 26, 2024 at 20:04 o'clock
5 Comments
Latest comment
Servus,
was genau meinst du denn?
Die Software oder die damit erzeugten Dateien?
Am einfachsten wäre es ein kleines script zu schreiben - das dafür sorgt - das zuerst Catia beendet wäre und dann per Robocopy von einem Ziel die Dateien zu dem Client kommen, die er entweder noch nicht hat - oder die auf der Hauptquelle geändert sind.
Das könntest du z.B mit
Das ganze dann evtl. per schtask / AT vom Client aus - oder per psexec zentral.
Gruß
was genau meinst du denn?
Die Software oder die damit erzeugten Dateien?
Am einfachsten wäre es ein kleines script zu schreiben - das dafür sorgt - das zuerst Catia beendet wäre und dann per Robocopy von einem Ziel die Dateien zu dem Client kommen, die er entweder noch nicht hat - oder die auf der Hauptquelle geändert sind.
Das könntest du z.B mit
Xcopy quelle ziel /d /e
erledigen.Das ganze dann evtl. per schtask / AT vom Client aus - oder per psexec zentral.
Gruß
Eine Versionsverwaltung wäre halt geschickter, da man damit die Änderungsschritte nachvollziehen könnte.
Und wenn die Last auf Server, Client und Netzwerk möglichst gering gehalten werden würde wäre das auch von Vorteil.
Bei weit über 1000 Rechner denke ich mal, dass das mit xcopy das etwas problematisch wird...
Gruß
Und wenn die Last auf Server, Client und Netzwerk möglichst gering gehalten werden würde wäre das auch von Vorteil.
Bei weit über 1000 Rechner denke ich mal, dass das mit xcopy das etwas problematisch wird...
Gruß
Moin,
xcopy quelle ziel >>logdatei.txt
kann das auch - evtl. mußt du dir halt um die Logdateien aufzuwerten noch ein kleineres Script basteln
Gruß
Eine Versionsverwaltung wäre halt geschickter, da man damit die Änderungsschritte nachvollziehen könnte.
xcopy quelle ziel >>logdatei.txt
kann das auch - evtl. mußt du dir halt um die Logdateien aufzuwerten noch ein kleineres Script basteln
Und wenn die Last auf Server, Client und Netzwerk möglichst gering gehalten werden würde wäre das auch von Vorteil.
Wenn die Dateien komrimierbar sind - dann würde ich die Deltas vorher zippen - natürlich als selbstentpackende Archive Bei weit über 1000 Rechner denke ich mal, dass das mit xcopy das etwas problematisch wird...
Bei weit über 1.000 Rechnern denke ich mal, gibt es mindestens 5 Subnetze - wer hält dich davon ab zuerst dafür zu sorgen, daß pro Subnetz zwei Systeme aktuell sind - die dann für Ihre Subnetze die weitere verteilung übernehmen?Wäre genial, wenn da jemand ne gute Idee hätte.
Der Schuh passt mir Gruß
So, habe mein eigenes Programm geschrieben, die Rechner werden jetzt über Multicast aktualisiert, dadurch wird das Netz nicht überlastet und der Update-Vorgang geht verdammt schnell von statten.
Da dieses Programm in meiner Firma geschrieben wurde, darf ich die Source leider nicht offen legen.
Gruß Kim
Da dieses Programm in meiner Firma geschrieben wurde, darf ich die Source leider nicht offen legen.
Gruß Kim
Zitat von @Kim:
Da dieses Programm in meiner Firma geschrieben wurde, darf ich die
Source leider nicht offen legen.
Gruß Kim
Da dieses Programm in meiner Firma geschrieben wurde, darf ich die
Source leider nicht offen legen.
Gruß Kim
Löbliches Beispiel, ob ich dir dann nochmal helfen wollen würde täten?
Eher Nein.
Kannst du den Thread dann wenigstens als closed markieren.
(gerne in der Freizeit)