---

Hallo zusammen,

hab mal ein paar Fragen bezüglich eines Updates von Intralink 2.0 und Pro/E2000i2 auf Intralink 3.2 und Pro/E2001. Haben die aktuelle Wochenversion hier liegen und schon einen Testserver installiert. Allerdings fehlt momentan noch der neue FlexLM Server, muss ich heute Abend machen wenn keiner mehr arbeitet. Hat jemand schon ein Update dieser Art durchgeführt? Wie läuft Intralink 3.2? Auf dem neuen Server soll auch zusätzlich ein Revision Trigger laufen und Product View! Da sich unsere Unternehmensstruktur geändert hat gibt es die Möglichkeit angelegte User in Intralink umzubenennen?

Danke für die Antworten!

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi Sliter,

tscha.... was soll ich sagen?
Jepp, so ein paar Updates von 2.0 auf 3.0 oder 3.2 haben wir schon gemacht. Wenn Probleme sind, kannste hier herzlich gerne Fragen stellen (hoffentlich sind dann auch genug Leute hier drin, weil das bestimmt spät Abends wird, wenn deine Anwender nicht da sind  ).

Mal ein paar Tipps vorab:
- Alle Anwender sollen vorher einchecken.
- Alle Anwender informieren, dass die persönlichen Einstellungen wech sind.
- Sicherheitshalber alle .proi-Verzeichnisse löschen.
- Datensicherung ziehen und testen!!
- Dump rausschreiben
- Intralink 2.0 deinstallieren. Check nach "Oracle" in der Registry. Check nach den Umgebungsvariablen.
- Intralink 3.2 installieren
- Dump einspielen, Patches laufen lassen (Fehlermeldung MGR-00073 ignorieren, siehe TAN 112501)
- testen, testen, testen

So oder so ähnlich.

Grüße

D. Bexkens

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Und direkt ein paar Fragen!

- Registry brauch ich nicht zu checken, das ganze läuft auf HP-UX11i.
- Hab noch nie einen Dump gezogen, was beinhaltet der Dump??? Muss ich anschliessend User in 3.2 neu anlegen oder zieht der Dump solche Sachen mit?
- Neues Freigabeverfharen soll eingeführt werden, hatte mir gedacht das ich auf dem neuen Server 2 Depots anlege, ein Depot mit der neuen Ordnerstruktur und neuem Freigabeverfahren und in depot 2 den Dump einspielen und die einzelnen Projecte ins neue Depot verschiebe. Jemand schonmal sowas gemacht und funktioniert das?

THX

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi Sliter,

der Dump sind die Einträge in den Tabellen des Oracle. Also alle Stammdaten. Da ist auch alles drin, was man so eingestellt hat (außer den Tabellenanzeigen und den Preferences - das Zeugs liegt in der ilsysprefs im Vault), also auch Rollen, Benutzer, Gruppen usw.
Wenn man einen Dump und den Vault hat, kann man auf einer leeren Neuinstallation die eigene Umgebung wiederherstellen. Deshalb nimmt man den Dump und eine Kopie des Vaults auch für Datensicherungen. Den UNIX-Pfad kenn ich grad nicht, aber auf NT-Installationen ist es /<Installationspfad>/Dataserver/Intralink/export/ilink_export.bat was den Dump rausschreibt.

Nun zu den Freigabeverfahren:
Meinste wirklich die Freigabeverfahren(Release-Procedure)?? Also den Ablauf für z.B. eine Freigabe zwischen zwei Entwicklungsphasen. Oder doch eher das Release-Schema, also der Ablauf und die Reihenfolge der Entwicklungsphasen? Viele vertun sich halt damit.
Also: Wenn Du die Freigabeverfahren verwendest, würde ich sagen, dass es geht.
Wenn Du unterschiedliche Release-Procedures hast, kann man Objekte nicht zwischen zwei Ordnern bewegen!

Grüße

D. Bexkens

PS: War eher Zufall, dass ich Deine Antwort gesehen habe. Funktioniert die eMail-Benachrichtigung nicht mehr?

[Diese Nachricht wurde von dbexkens am 08. November 2002 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Also, THX erstmal für die schnelle Antwort! :-)

Zum Freigabeverfahren:

Im Moment sieht es so aus das wir ein Freigabeschema erstellt haben mit 3 Entwicklungsphasen (Konzept, Hauptentwicklung, Serie). Dieses wurde allerdings bisher überhaupt nicht angewendet, also eigentlich stehen somit alle Sachen auf Konzept.

Aufgrund von der Einführung von Productview sollen diese, oder vielmehr müssen, Sachen jetzt genutzt werden (Neu: Entwicklung, Vorfreigabe, Serienfreigabe). Damit unser Projekteinkauf nur Sachen die freigegeben werden (Vorfreigabe) sehen und bestellen kann und der Serieneinkauf (Serienfreigabe).

Deshalb folgende Denkweise mit Depot1 und Depot2.
- Depot1 = Dump einspielen
- Depot2 = Neue Ordnerstruktur mit neuem Freigabeschema erstellen und die Proiekte, nach dem einspielen des Dumps, verschieben in das neue Depot.

Denke, das es ziemlich viel Arbeit ist die ganzen Sachen nochmal anzupacken und zu verschieben aber das ist das einzige was mir einfällt, oder kennt noch jemand eine andere Lösung zu so etwas?

PS: Gut das der Dump alles mitzieht!

PPS: Hab da vielleicht noch eine total bescheuerte Frage, gibt es eine Möglichkeit angelegte User in Intralink umzubenennen?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi Sliter,

ok. Ich dence, dass ich verstanden haben, was ihr wollt.

Nur besteht das Problem darin, dass meines Wissens nach keine Möglichkeit besteht, die Objekte zu bewegen. Es wären da ja zwei unterschiedliche Freigabeschema anzusprechen, nämlich im Quell-Ordner und im Ziel-Ordner.
Was könnte man machen? Hm *überleg*.....
a)Alles auschecken und neu einchecken. Klar ginge, würde aber die komplette Historie löschen. Wäre aber mit Zusatzprogrammen machbar, damit sich der personelle Aufwand in Grenzen hält.
b Das gleiche Freigabeschema verwenden? Neuen Ordner anlegen, Objekte bewegen, Freigabeschema erweitern. Würde aber nicht sauber aussehen.
c Was mit Oracle machen? Keine Ahnung!
d Die gleiche Entwicklungsphase in beiden Ordnern verwenden und mit einem neuen Attribut arbeiten, das diese Informationen enthält. Dann muss aber was mit Triggern her, um ein paar Automatismen anzusteuern. Und sauber wäre das halt auch nicht ... alleine in Richtung der Bereichtigungen reicht sicherlich schon als Argument.

Tscha. Momentan fällt mir gerade sonst nicht viel ein.

Grüße

D. Bexkens

PS: Nein, einen angelegten User kann man nicht umbenennen. Vielleicht im Oracle? Aber da kenn isch misch net aus!

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Du solltest auf jeden Fall beachten, daß das in der Datei Readme.doc im Verzeichnis \Migration der Intralink3.2-CDROM beschriebene Verfahren zur Überführung von Metadaten und Vaults aus 2.0 in 3.2 NICHT funktioniert.

Funktionieren tut die althergebrachte, klassisch-manuelle Vorgehensweise:

- alle relevanten Daten sichern
- Dump aus 2.0 exportieren
- 2.0 deinstallieren
- 3.2 installieren
- Dump in 3.2 importieren
- Ilink-Patches fahren

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Kann man auf Oracle Ebene mit dem DBA Studio schön umhängen. Man muss aber wissen in welchen Tabellen alles geändert werden muss.

Stefan

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

ein intralink update von 2 auf 3.2 ist doch laut product compability gar nicht moeglich. erst 3.0 oder 3.1 (besser)installieren und dann das ganze noch mal auf die 3.2
egal welchen weg man einschlaegt es geht nur so...

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Bitte habe Verständnis, dass ich nicht detailliert aufschreibe, wie die Tabellen editiert werden müssen. Die Gefahr sich das gesamte ILINK zu vernichten ist sehr groß. Dafür möchte ich nicht meinen Kopf hinhalten, solange ich nicht selber vor dem System sitze. Grundsätzlich lässt sich aber alles auf ORACLE Ebene korrigieren. Tipp: Frag mal bei den gängigen Dienstleistern nach.

Stefan

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP