Attachment 3717 Details for Bug 24286

Zu migrierende Dokumentation

repository-sync.tex (text/x-tex), 6.31 KB, created by Moritz Muehlenhoff on 2011-11-01 11:51 CET

(hide)

Description:

Filename:

MIME Type:

Creator: Moritz Muehlenhoff

Created: 2011-11-01 11:51 CET

Size: 6.31 KB

patch

obsolete

>\subsection{Repository-Synchronisation}
>\label{softwareverteilung:repository-synchronisation}
>
>In verschiedenen Szenarien kann der Betrieb mehrerer lokaler
>Repository"=Server sinnvoll sein. Beispielsweise kann in UCS"=DomÃ¤nen, die
>sich Ã¼ber mehrere Standorte verteilen, ein Repository"=Server pro Standort
>betrieben werden. Ohne eine Repository"=Synchronisation muss der Administrator
>selbst dafÃ¼r sorgen, dass alle Repositories auf dem neusten Stand sind,
>d.h. es mÃ¼ssen alle Repositories manuell durch den Administrator aktualisiert
>werden. Dies gilt fÃ¼r Release"=Updates, Security"=Updates oder zusÃ¤tzliche
>Pakete. Mit Hilfe der Repository-Synchronisation kann die Pflege auf einen
>einzigen Repository"=Server reduziert werden.
>
>Alternativ kann auch in Umgebungen auf lokale Repository"=Server verzichtet
>werden und direkt der Zugriff auf das Online-Repository eingerichtet werden
>bzw. es kann eine Synchronisation der lokalen Repository"=Server mit dem
>Online-Repository konfiguriert werden.
>
>Bei der Repository"=Synchronisation wird ein Repository"=Server zum
>Master"=Repository"=Server erklÃ¤rt. In diesem Repository werden ausschlieÃlich
>Ãnderungen wie Security- oder Release"=Updates vorgenommen, Pakete werden
>einzeln hinzugefÃ¼gt oder entfernt. Andere Repository"=Server, die so genannten
>Slave"=Repository"=Server Ã¼berprÃ¼fen regelmÃ¤Ãig, ob es Ãnderungen auf dem
>Master"=Repository"=Server gab und Ã¼bernehmen diese. Bei der Synchronisation
>mit dem Online-Repository ist dieses als das Master"=Repository zu
>sehen. Sollten zusÃ¤tzliche Pakete benÃ¶tigt werden, die Ã¼ber das
>Online-Repository nicht zur VerfÃ¼gung gestellt werden, muss einer der lokalen
>Repositor"=Server dafÃ¼r verwendet werden. Alle weiteren lokalen
>Repository-Server sollten dann Ã¼ber diesen Repository-Server synchronisiert
>werden.
>
>Ein Slave"=Repository"=Server muss sich nicht direkt an den Master wenden.
>Slave"=Repository"=Server kÃ¶nnen zur Synchronisation einen anderen
>Slave"=Repository"=Server verwenden, der Ãnderungen von einem Ã¼bergeordneten
>Repository"=Server bezieht.
>
>Um die Pakete eines \ucsUCSShort{"=Release"=Updates} auf dem
>Master"=Repository"=Server einzuspielen, kann das Tool
>\ucsCommand{univention-repository-update} verwendet werden. Dies unterstÃ¼tzt
>zwei Modi:
>
>\begin{description}
>\item[\ucsCommand{univention-repository-update cdrom}] Dabei wird das
>  Repository Ã¼ber eine Update"=DVD aktualisiert.
>\item[\ucsCommand{univention-repository-update net}] Bei dieser Variante wird
>  das Repository mit einem angebenen anderen Repository"=Server
>  synchronisiert. Dieser ist in der \ucsUCRV{repository/mirror/server} definiert.
>\end{description}
>
>Es besteht auch die MÃ¶glichkeit mit dem Befehl
>\ucsCommand{univention-repository-update} ein Release-Update in das Repository
>einzupflegen ohne direkt ein Update zu starten. Diese kann mit der Option
>\emph{net} aus einem weiteren Repository (dies kann auch das Online-Repository
>sein) erfolgen, mit der Option \emph{cdrom} von einer Update"=DVD:
>
>\begin{ucsConsoleInput}
>univention-repository-update net
>
>univention-repository-update cdrom --cdrom --iso ucs_update.iso
>\end{ucsConsoleInput}
>
>Bei der Einrichtung der Repository"=Synchronisation wird die Zuordnung zu einem
>Ã¼bergeordneten Server und der Zeitpunkt Ã¼ber Richtlinien vorgenommen.
>
>Wie in Abschnitt~\ref{softwareverteilung:repository-server-zuweisen}
>beschrieben, kann fÃ¼r jedes UCS"=System Ã¼ber die Richtlinie Repository"=Server
>vorgegeben werden, welcher Repository"=Server fÃ¼r
>Paket"=Installationen verwendet werden soll. Auf UCS"=Systemen, die selbst ein
>aktives lokales Repository besitzen, wird Ã¼ber diese Richtlinie gleichzeitig
>eingestellt, welcher Repository"=Server als Ã¼bergeordnetes Repository fÃ¼r die
>Synchronisation verwendet werden soll. FÃ¼r einen Master"=Repository"=Server wird
>daher kein Repository"=Server eingetragen.
>
>In der Richtlinie \ucsMenuEntry{Repository"=Synchronisation} kann der Zeitpunkt fÃ¼r die
>automatische Repository"=Replikation auf die einzelnen Slave"=Repository"=Server
>definiert werden. Dabei kann der Monat, der Wochentag, der Tag, die Stunde und
>die Minute angegeben werden. Immer dann, wenn alle Einstellungen zutreffen, wird
>die Synchronisation mit dem Ã¼bergeordneten Repository"=Server gestartet.
>
>Die Repository"=Synchronisation kann auch lokal auf den Systemen mittels
>\ucsUCR{"=Variablen} konfiguriert werden. Dabei definiert die
>\ucsUCRV{repository/mirror/server} den
>Repository"=Server von dem synchronisiert werden soll. Um beispielsweise
>direkt mit dem Online-Repository zu synchronisieren muss die
>\ucsUCR{"=Variable} auf den Wert \ucsURL{apt.univention.de} gesetzt
>werden. Um alternativ Ã¼ber einen weiteren lokalen Repository"=Server zu
>synchronisieren muss der vollqualifizierte Rechnername des Systems angegeben
>werden.
>
>\begin{ucsConsoleInput}
>univention-config-registry set repository/mirror/server=apt.univention.de
>\end{ucsConsoleInput}
>
>StandardmÃ¤ssig wird das Repository nur mit Paketen fÃ¼r die Architektur des
>Repository-Servers befÃ¼llt. Werden in einer UCS-DomÃ¤ne Systeme mit
>verschiedenen Architekturen betrieben, kÃ¶nnen die zu verwaltenden
>Architekturen mit der \ucsUCRV{repository/mirror/architectures} angebeben
>werden. Die Angabe erfolgt dabei als mit Leerzeichen getrennte Liste.
>
>Welche Standard-Repositories synchronisiert werden, wird durch die
>\ucsUCR{"=Variablen} \ucsCommand{\ucsBCindex{repository/online/maintained}}
>fÃ¼r den Maintained-Bereich,
>\ucsCommand{\ucsBCindex{repository/online/unmaintained}} fÃ¼r den
>Unmaintained-Bereich und \ucsCommand{\ucsBCindex{repository/online/hotfixes}}
>fÃ¼r die Hotfixes definiert. In den Voreinstellunen ist nur die Variable
>\ucsCommand{\ucsBCindex{repository/online/maintained}} auf \emph{yes}
>gesetzt.
>
>Sind auf dem System Repositories fÃ¼r Komponenten definiert, so werden auch
>diese von den angegebenen Servern synchronisiert.
>
>Durch die \ucsUCRV{repository/mirror/version/start} wird festgelegt ab
>welcher Version von \ucsUCS{} die Repositories synchronisiert werden. Um
>beispielsweise die Synchronisation ab der \ucsUCSShort{"=Version} 2.1-0 zu
>beginnen kann folgender Befehl verwendet werden:
>
>\begin{ucsConsoleInput}
>univention-config-registry set repository/mirror/version/start=2.1-0
>\end{ucsConsoleInput}
>
>Alle Ãnderungen, die wÃ¤hrend der Synchronisation auf einem Repository"=Server
>vorgenommen wurden, werden lokal in der Datei
>\ucsURL{/var/log/univention/repository.log} protokolliert.

Actions: View

Attachments on bug 24286: 3717 | 3718