Landschaft ist wie ein Bedienersystem, oder wie ein Plan der Bediener oder des einiges kann ihn, den die Architektur der Bediener n�mlich SAP in unterschiedlichen lanscape drei Entwickler, QAS geteilt wird und STOSS sogar benennen.
- Entwickler w�rde mehrere Klienten f�r ex haben: 190 - Sandbox, 100 - golden, 180 - Modultest. - QAS kann mutiple Klienten f�r ex wieder haben: 300 - Integration Test, 700 bis 710 ausbildend. - STOSS kann etwas wie eine Produktion 200 haben.
Diese Namen und Zahlen sind des Implementers, der diskret ist auf, wie sie es w�nschen, oder sie in ihren vorhergehenden Implementierungen verwendet haben, oder wie das Drehbuch Gesch�ft des Klienten ist.�
Jetzt was auch immer du im Sandbox tust, beeinflu�t nicht die anderen Bediener oder die Klienten. Wann immer du denkst, du mit deiner Konfiguration zufrieden bist und du denkst, da� du sie verwenden kannst vorw�rts bewegend, MACHST du sie im goldenen Klienten nochmals (sich erinnern, ist dieses ein sehr ordentliches und sauberer Klient und du k�nnt nicht es f�r rauhen Verbrauch verwenden). Wie du alles, da� du hattest, Gedanke, warst wichtig nochmals machst und verwendbar, erh�ltst du einen Transportantrag knallst oben nach Einsparung everytime. Du speicherst es unter einem Transportantrag und gibst deine Beschreibung zu ihr. So wird die Konfiguration zum Modultestklienten transportiert (180 in diesem Beispiel).�
Du l��t keine Verhandlung laufen oder sogar benutzt den SAP einfachen Zugang Schirm auf dem (goldenen) Klienten 100. Dieses ist ein Konfiguration nur Klient. Jetzt nach einem erfolgreichen tranport durch den Grundlage Kerl, hast du alle Konfiguration im pr�fenklienten, gerade da sie im goldenen Klienten ist. Die Konfiguration bleibt in Synchronisierung zwischen diesen zwei Klienten.�
Aber im pr�fenklienten kannst du nicht SPRO (Anzeige IMG) Schirm sogar zug�nglich machen. Es ist ein Klient der Verhandlung nur, in dem du den Modultest durchf�hrst. Nach einem zufriedenstellenden Modultest verschiebst du die gute Konfiguration auf den folgenden BEDIENER (Entwickler). Die falsche oder unbefriedigende Konfiguration wird in Goldenem (kann im sandbox vor Goldenem wieder au�erdem ge�bt werden) behoben und dementsprechend transportiert worden zur�ck zu 180 (Modultest) bis den Modultest, der durch den ist bestimmter beeinflu�t wird, Config zufriedenstellend.�
Der goldene Klient bleibt die �Datenbank� (wenn du sie benennen m�chtest, die) oder du kannst sie eher nennen den �entscheidenden� Bezugsklienten f�r alle gute, komplette und abschlie�ende Konfiguration, die in der Implementierung verwendet wird.
