---

Guten Tag Teamcenterspezialisten,

wir sollten im Zuge des Risikomanagment einen Vorschlag unserem Chef unterbreiten wie wir so schnell als möglich wieder an die Arbeit kommen sollte mal was passieren.

Wir setzten TCUA 8.3 und NX 7.5 ein. Über 4tier sind auch 2 entfernte Standorte eingebunden. Im Moment läuft alles zentral. Jeder Standort hat sein lokal Cache und der Store&Forward bringt alles nachhause. Sollte mal der Hauptstandort längere Zeit ausfallen wären die entfernten Standorte auch arbeitslos.

welche Möglichkeiten gibts es? oder wie macht ihr das? Ein Spiegelserver in einem entfernten Standort aufbauen wäre das schnellste. Da es ja von der Anwenderseite aus nie schnell genug gehen kann, ist die Frage aufgetaucht ob der Spiegelserver nicht noch im normalen Betrieb unterstützen kann. Da ja die 4tier Geschichte nicht so performant ist wie als 2tier.

Was wäre möglich?

Vielen Dank für eure Hilfe
herzlichen FGruß
Nurbs

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

---

kommt ja immer auf die anforderungen an (wer erzeugt wieviel daten und wer benutzt diese wann)...

mögliches szenario: verteilte datenbanken (3 tc's die mit multisite verbunden sind)- dafür top-performance und unabhängig voneinander, aber natürlich redundante datenhaltung. 
wie schon gesagt, hängt immer von den rahmenbedingungen ab.

------------------
Gruß aus Hamburg

Yeti

Planung ist die Ablösung des Nichtwissens durch den Irrtum...

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

---

Hallo Nurbs,

neben der Planung der reinen Datenhaltung solltest Du zuerst klären, wie Du mit Lizenzen umgehst. Wir haben zum Beispiel einen zentralen Lizenz - Server. Wenn der ausfällt sind alle anderen Standorte auch arbeitslos. In so einem Konzept hilft auch kein Multisite. Wenn ihr schon in Richtung dezentraler Multisite Dtaenhaltung denkt, müsst ihr logischerweise auch das Lizenzmodell überdenken. Vielleicht solltet Ihr mal eine mini FMEA aufbauen und die verschiedenen Auswirkungen von Fehlern durschspielen. Evtl. ist die Investition in eine redundante Infrastruktur der richtigere Weg? Schau doch mal in der Teamcenter Hilfe nach. Dort steht zum Beispiel auch im File Management System etwas zu möglichen Konzepten für eine Hochverfügbarkeitsarchitektur des FMS.

Gruß

Matthias

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

---

Wir haben grad per 31.12.2011 von 3x MultiSite auf eine SingleSite mit 4Tier Anbindung der 2 Aussenstandorte migriert.
Ich vermisse keine der 2 nicht mehr vorhandenen Datenbanken. Bedenke dabei:

Du musst alle Änderungen an ALLEN Datenbanken machen, das ist zwar mit TCUA um Welten besser möglich als davor ist aber nachwievor mühsam und fehlerträchtig.

Ein wesentlicher Punkt bei MultiSite ist auch, wie die Standorte zusammenarbeiten - wenn da reger Datenaustausch ( auch mit Übertragung der Ownerships zwischen den Sites ) herrscht, ist das für die User auch nicht so toll, und Admin Aufwand verursacht das auch, weils immer Problem Items geben wird wo was danebengeht.

Weiters kommts natürlich auch drauf an, wie die Anzahl der User auf die Sites verteilt ist ( wir haben ca. 80% der User am Hauptstandort ).

Auch bei uns gibts nur einen zentralen Licenseserver, wobei das im Notfall mit einem EmergencyLicenseFile bei MultiSite nicht das Riesenproblem sein sollte .

Ich selbst würde eher an der Ausfallsicherheit in der 4Tier Umgebung arbeiten als wieder zurück zu MultiSite zu gehen ...
( Ausserdem haben wir vor, flächendeckend den ScheduleManager einzusetzen & dazu brauchen wir unserem Konzept nach eine SingleSite )

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

---

zum thema ausfallsicherheit: wenn du oracle als db einsetzt, kannst du ein rac (Oracle Real Application Cluster) aus bis zu 4 knoten -bei standard edition- oder ohne begrenzung bei den großen lizenzen aufbauen.
wir habe ein rac aus zwei servern aufgebaut: wenn du den einen hart ausschaltetst, war im betrieb nichts zu merken. der andere rechner hat alle sitzungen übernommen. und das schöne ist, beide rechner arbeiten - da ist keiner nur ein "schatten". natürlich läuft auch das rac auch nur an einem standort.
wenn dein chef angst wegen des ausfalls der "langen leitung" hat: wie oft ist die bei euch in den letzten jahren nicht verfügbar gewesen?
zum thema lizenzen wurde ja schon einiges gesagt. ich stimme da thomas zu: ein emergency licfile ist innerhalb von minuten zu bekommen, lauffähig auf jedem beliebigen rechner hat man ein woche zeit zum reparieren... wobei das einem remotestandort nicht weiterhilft: ohne db ist nativ angesagt. das wird wohl nur jemand machen, der einzelteile schnitzt... 

------------------
Gruß aus Hamburg

Yeti

Planung ist die Ablösung des Nichtwissens durch den Irrtum...

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

---

Hallo ThomasZwats,

ich krame mal diesen Beitrag wieder raus!
Darf ich mal fragen wie weit die externen Standorte entfernt sind?
Wird an diesen Standorten auch mit CAD gearbeitet?

------------------
Gruß weinel

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

---

Zitat:

---

Original erstellt von weinel:
...ich krame mal diesen Beitrag wieder raus!
Darf ich mal fragen wie weit die externen Standorte entfernt sind?
Wird an diesen Standorten auch mit CAD gearbeitet?

---

Ja, an allen Standorten wird NX eingesetzt.
Hauptstandort in AT, plus 1x in DE plus 1x in CZ.

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

---

Hallo,
Zur Distanz:
Hauptstandort mit DB und Web Server ist in Deutschland. 4Tier Clients in Wisconsin USA und Dijon Frankreich.
Gruß
Matthias

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