| |
| Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für NX |
Autor
|
Thema: Umzug von Datenbanken (597 mal gelesen)
|
escape Mitglied Bitschieber
Beiträge: 6 Registriert: 23.09.2005
|
erstellt am: 12. Apr. 2006 13:10 <-- editieren / zitieren --> Unities abgeben:
Hallo! Wir haben an zwei Standorten jeweils einen Datenbankserver und benutzen Teamcenter. Ist es eigentlich möglich alle Partfiles eines Konstrukteurs am Standort 'A' 'auszuchecken' zu Standort 'B' über Netzwerk zu kopieren und dort wieder 'einzuchecken'? Wir können zwar von 'A' über das Netzwerk die Daten von 'B' benutzen aber es ist recht laaaaangsam. Vielen Dank im Voraus.
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
passt1 Mitglied dipl. Techniker HF
Beiträge: 803 Registriert: 28.08.2002 SW: NX9.0.3.4, Teamcenter 10.1.2.2, aClass V16.0.4.0, WIN7/64bit, Office 2010 HW: Dell Precision T3610, Intel Xeon E5-1650 v2 / 3.50GHz / 32GB RAM / NVIDIA Quadro K5000
|
erstellt am: 12. Apr. 2006 13:43 <-- editieren / zitieren --> Unities abgeben: Nur für escape
Hi, "...aber ist recht laaaangsam" Und genau hier solltet Ihr den Ansatz suchen! 2 DB's mit Daten = redundanz! Aber mit 100% Sicherheit! Würde mich eher um das Netzwerk kümmern als um das Problem rumzuschiffen... Absolute Vorsicht geboten! Würde hier einen Automatismus erstellen, der die Daten z.B jeden Abend abgleicht! (Oder jede Stunde, Tag oder Woche, je nach Arbeitsrythmus) Oder gleich auf 1 DB-Server und alle MA arbeiten auf einem, was eigentlich der Zweck einer DB sein sollte. Oder hab ich da was übersehen? ------------------ MfG Pascal Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
escape Mitglied Bitschieber
Beiträge: 6 Registriert: 23.09.2005
|
erstellt am: 12. Apr. 2006 13:57 <-- editieren / zitieren --> Unities abgeben:
Es ist so das ein Konstrukteur dauerhaft von 'B' nach 'A' versetzt wird. Er möchte nun gern 'seine' Daten in 'A' haben. Die Daten sollen quasi in 'B' aus der DB herausgenommen und gelöscht und in 'A' wieder eingelesen werden. Also keine Redundanz. Tja mit dem Netzwerk ist so eine Sache. Da quält sich schon SAP drüber und und und. Naja da wird noch aufgebohrt. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
passt1 Mitglied dipl. Techniker HF
Beiträge: 803 Registriert: 28.08.2002 SW: NX9.0.3.4, Teamcenter 10.1.2.2, aClass V16.0.4.0, WIN7/64bit, Office 2010 HW: Dell Precision T3610, Intel Xeon E5-1650 v2 / 3.50GHz / 32GB RAM / NVIDIA Quadro K5000
|
erstellt am: 12. Apr. 2006 14:24 <-- editieren / zitieren --> Unities abgeben: Nur für escape
Hi again, Aha... auschecken und löschen = Mond und Sonne! Das klingt doch gleich viel besser. - In dem Fall würde ich, die Files auschecken und auch CO belassen (Checked Out). - Dann exportieren - In der anderen DB wieder importieren. Somit sind an Standort A alle benötigten Files CO und am Standort B alle CI (Checked in). Was ein weiterarbeiten an Standort A verhindert, und somit auch die Redundanz. Bei uns nicht praktikabel, da jeden Abend alle CO files CI werden. Oder Dein Vorschlag: Stao A: alle benötigten Files exportieren. DB Einträge löschen. Stao B: alle benötigten Files importieren. DB Einträge aktuell. Klingt schon umständlich, und wird sehr wahrscheinldich nicht gehen, ausser mit nem Brecheisen und ein paar Schlägertypen, da ja eine Verwendung existiert, wenn Teile in eine BG kommen. Da müsste man Rückwärts die ganze Struktur zerstören, bis keine Teile mehr eine Referenz haben. Erst dann kannst Du löschen. Ist jedenfalls bei uns so. Verzwickt.... Hei TcE Experten.... was sagt Ihr dazu? ------------------ MfG Pascal [Diese Nachricht wurde von passt1 am 12. Apr. 2006 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
zwatz Ehrenmitglied V.I.P. h.c. Konstrukteur, cadadmin
Beiträge: 2116 Registriert: 19.05.2000
|
erstellt am: 12. Apr. 2006 21:13 <-- editieren / zitieren --> Unities abgeben: Nur für escape
Für mich ist die Konstellation "Anwender kommt an anderen Standort und nimmt seine Daten mit" ein wenig eigenartig. Die Frage ist, wie die zwei Standorte wirklich miteinander können sollen. Oder gehts wirklich nur um eine einmalige Sache ? Zum Zweck der Replikation / Standortabgleich gibts zu TCE natürlich was zum Dazukaufen ... nennt sich GlobalIMAN. Funktioniert IMHO mittlerweile recht gut. Grundprinzip: Jedes Teil hat einen "Heim"-Standort, dort kann es natürlich auch beliebig geändert werden. Dieses Teil kann man an die anderen Standorte bei Bedarf publishen bzw. dort importieren - dort sind sie dann schreibgeschützt. Ändert sich das Teil wird es am Fremdstandort upgedatet (konfigurierbarer Zeitversatz, bei uns geht das über Nacht) Hört sich alles recht einfach an .... Thomas ------------------ NX3.0.2.3 MP3 + TCE9.1.2.8a [stable] NX3.0.4.2 + TCE9.1.2.10a [testing] + ANSYS DesignSpace 10.0 SP1 -- @M$-WinXP_SP2 Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
escape Mitglied Bitschieber
Beiträge: 6 Registriert: 23.09.2005
|
erstellt am: 13. Apr. 2006 07:18 <-- editieren / zitieren --> Unities abgeben:
|