Borland® StarTeam® 2006 - Borland Technical Publications

♦ Wenn Sie die Option corrupt verwenden (bei dieser Prüfung werden alle Archivdateien geöffnet und gelesen)
gibt Vault Verify je nach System-Hardware und Größe des Datenspeichers Ergebnisse in einem Umfang von
3 bis 30 GB/Stunde zurück. Wenn Sie zudem die Optionen missing und stray verwenden (diese Prüfungen
sind viel schneller und prüfen auf das Vorhandensein von Dateien, öffnen und lesen diese jedoch nicht),
kommen pro Prüfung je nach Systemhardware und Größe des Datenspeichers weitere 5 bis 30 Minuten hinzu.
♦ Die angeforderten Prüfoptionen werden in der folgenden Reihenfolge ausgeführt: corrupt, missing und
stray. Wenn repair daher zusammen mit corrupt und missing verwendet wird, wird eine beschädigte
Datei zuerst in den dafür vorgesehenen Ordner verschoben und anschließend als fehlende Datei betrachtet.
♦ Die angegebene StarTeam-Konfiguration kann in Gebrauch sein, wenn Vault Verify ausgeführt wird. Allerdings
werden die stray-Überprüfung und die repair-Option ignoriert, wenn die StarTeam-Konfiguration in
Gebrauch ist.
♦ Alle Ergebnisse werden einschließlich der Problemdateien im Konsolenfenster angezeigt (bei Bedarf können
Sie diese Informationen in einer Textdatei speichern). Wenn Sie die Option repair angefordert haben, werden
die Ergebnisse aller Reparaturversuche ebenfalls angezeigt. Die Option verbose bietet zusätzliche
Fortschritts- und Diagnoseinformationen. Vault Verify verwendet eine gespeicherte Prozedur für die Angabe
der Freigabe-Pfade (Projekt-/Ansichts-/Ordnerpfad) der gültigen Archivdateien, die beschädigt sind oder
fehlen. Wenn dieses Verfahren nicht vorhanden ist, wird nur der Name der Problemdateien angegeben, die
Freigabe-Pfade jedoch nicht.
♦ Das Vault Verify-Dienstprogramm ist in mehreren JAR-Dateien enthalten. Die Hauptdatei is
VaultVerify.jar. Sie erfordert JRE 1.5 oder höher. Um Hilfe zu Vault Verify zu erhalten, können Sie java
-jar VaultVerify.jar -help eingeben. In diesem Hilfesystem finden sich auch Hinweise zur
Verwendung des Programms. Weitere Informationen zu den Vault Verify-Befehlszeilenoptionen finden Sie
unter dem Link "Referenz" am Ende dieses Themas.
♦ StarTeam-Server sucht immer in seinem eigenen Installationsordner nach der Datei starteam-serverconfig.xml,
um zu ermitteln, ob der Server ausgeführt wird. Bedenken Sie diese Tatsache, wenn Sie diese
Datei an einen anderen Speicherort kopieren und anschließend in Vault Verify den neuen Speicherort mit der
Option path angeben. Wenn Sie in der kopierten Version der Datei starteam-server-config.xml
angegeben haben, dass der Server nicht ausgeführt wird, und die Optionen stray und repair in Vault Verify
verwenden, werden diese Optionen nicht ignoriert, wenn der StarTeam-Server ausgeführt wird.
♦ Bei dem an Vault Verify übergebenen Namen der Serverkonfiguration muss die Groß-/Kleinschreibung
beachtet werden. Wenn der Name Leerzeichen enthält, müssen Sie den an Vault Verify übergebenen
Konfigurationsnamen in Anführungszeichen setzen.
♦ Vault Verify verwendet standardmäßig für den Zugriff auf die Datenbank dieselbe Benutzer-ID wie der
StarTeam-Server. Wenn das Passwort für diese Benutzer-ID nicht leer ist, muss es explizit an Vault Verify
übergeben werden. Es kann auch eine alternative Datenbank-Benutzer-ID übergeben werden.
♦ Die Ausgabe von Vault Verify wird standardmäßig im Befehlsfenster angezeigt. Borland empfiehlt, die Ausgabe
in eine Datei umzuleiten, sodass Sie, falls erforderlich, die Informationen an den technischen Support von
Borland senden können.
Verwandte Konzepte
Report Archives-Dienstprogramm für Berichte über Nicht-Native-II-Dateirevisionen
Verwandte Verfahrensweisen
Dateirevisionen mit Vault Verify verifizieren
Verwandte Referenz
Vault Verify - Befehlszeilenoptionen
408