Szenario einer Komponentenduplizierung Übergeordnetes Thema

Das folgende Beispiel erläutert den Dupliziervorgang für den Server:

Szenario einer Server-Komponentenduplizierung

Vollständige Pattern auf dem OfficeScan Server
Aktuelle Version: 171
Andere verfügbare Versionen:
169
167
165
161
159
  
Aktuelle Version auf dem ActiveUpdate Server
173.175
171.175
169.175
167.175
165.175
163.175
161.175
159.175
157.175
155.175
153.175
151.175
149.175
147.175
        
  1. Der OfficeScan Server vergleicht die aktuelle, vollständige Pattern-Version mit der neuesten Version auf dem ActiveUpdate Server. Beträgt der Unterschied zwischen beiden Versionen maximal 14, lädt der Server nur das inkrementelle Pattern herunter, das den Unterschied zwischen den beiden Versionen umfasst.
    Hinweis
    Hinweis
    Ist der Unterschied größer als 14, lädt der Server automatisch die vollständige Version der Pattern-Datei und 14 inkrementelle Pattern herunter.
    Auf das Beispiel bezogen bedeutet das:
    • Der Unterschied zwischen den Versionen 171 und 175 ist zwei. Mit anderen Worten: Der Server verfügt nicht über die Versionen 173 und 175.
    • Der Server lädt das inkrementelle Pattern 171.175 herunter. Das inkrementelle Pattern umfasst den Unterschied zwischen den Versionen 171 und 175.
  2. Der Server integriert das inkrementelle Pattern in sein aktuelles vollständiges Pattern und erhält so das neueste vollständige Pattern.
    Auf das Beispiel bezogen bedeutet das:
    • Auf dem Server integriert OfficeScan die Version 171 in das inkrementelle Pattern 171.175, um die Version 175 zu erhalten.
    • Der Server verfügt über ein inkrementelles Pattern (171.175) und das neueste vollständige Pattern (Version 175).
  3. Der Server erzeugt inkrementelle Pattern basierend auf den anderen vollständigen Pattern, die auf dem Server verfügbar sind. Erzeugt der Server diese inkrementellen Pattern nicht, laden die Clients, die den Download früherer inkrementeller Pattern versäumt haben, automatisch die vollständige Pattern-Datei herunter. Dadurch wird zusätzlicher Netzwerkverkehr erzeugt.
    Auf das Beispiel bezogen bedeutet das:
    • Da der Server bereits über die Pattern-Versionen 169, 167, 165, 163, 161, 159 verfügt, kann er die folgenden inkrementellen Pattern erzeugen:
      169.175, 167.175, 165.175, 163.175, 161.175, 159.175
    • Der Server muss nicht Version 171 verwenden, da er bereits über das inkrementelle Pattern 171.175 verfügt.
    • Auf dem Server befinden sich nun sieben inkrementelle Pattern:
      171.175, 169.175, 167.175, 165.175, 163.175, 161.175, 159.175
    • Der Server behält die letzten sieben vollständigen Pattern-Versionen (175, 171, 169, 167, 165, 163, 161). Ältere Versionen werden gelöscht (Version 159).
  4. Der Server vergleicht seine aktuellen inkrementellen Pattern mit den auf dem ActiveUpdate Server verfügbaren inkrementellen Pattern und lädt die ihm fehlenden Dateien herunter.
    Auf das Beispiel bezogen bedeutet das:
    • Auf dem ActiveUpdate Server befinden sich nun 14 inkrementelle Pattern:
      173.175, 171.175, 169.175, 167.175, 165.175, 163.175, 161.175, 159.175, 157.175, 155.175, 153.175, 151.175, 149.175, 147.175
    • Auf dem OfficeScan Server befinden sich nun 7 inkrementelle Pattern:
      171.175, 169.175, 167.175, 165.175, 163.175, 161.175, 159.175
    • Auf dem OfficeScan Server befinden sich nun 7 inkrementelle Pattern:
      173.175, 157.175, 155.175, 153.175, 151.175, 149.175, 147.175
    • Auf dem Server befinden sich nun alle inkrementellen Pattern, die auf dem ActiveUpdate Server verfügbar sind.
  5. Das neueste vollständige Pattern und die 14 inkrementellen Pattern werden den Clients zur Verfügung gestellt.