DE4429969A1 - Verfahren für einen Programmpaketeaustausch in einem Mehrrechnersystem und Rechner dafür - Google Patents

Verfahren für einen Programmpaketeaustausch in einem Mehrrechnersystem und Rechner dafür

Info

Publication number
DE4429969A1
DE4429969A1 DE4429969A DE4429969A DE4429969A1 DE 4429969 A1 DE4429969 A1 DE 4429969A1 DE 4429969 A DE4429969 A DE 4429969A DE 4429969 A DE4429969 A DE 4429969A DE 4429969 A1 DE4429969 A1 DE 4429969A1
Authority
DE
Germany
Prior art keywords
computer
program package
prn
new
old
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
DE4429969A
Other languages
English (en)
Inventor
Hans-Juergen Dipl Ing Urban
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alcatel Lucent Deutschland AG
Original Assignee
Alcatel SEL AG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alcatel SEL AG filed Critical Alcatel SEL AG
Priority to DE4429969A priority Critical patent/DE4429969A1/de
Priority to CA002155626A priority patent/CA2155626A1/en
Priority to EP95112641A priority patent/EP0698847A1/de
Priority to AU28519/95A priority patent/AU698766B2/en
Priority to CN95116619A priority patent/CN1139780A/zh
Priority to US08/518,621 priority patent/US5852735A/en
Priority to JP7216327A priority patent/JPH08179941A/ja
Publication of DE4429969A1 publication Critical patent/DE4429969A1/de
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G06F8/656—Updates while running
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1415—Saving, restoring, recovering or retrying at system level
    • G06F11/1433—Saving, restoring, recovering or retrying at system level during software upgrading
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1305—Software aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13109—Initializing, personal profile
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13376—Information service, downloading of information, 0800/0900 services

Description

Die vorliegende Erfindung betrifft ein Verfahren für einen Programmpaketeaustausch in einem Mehrrechnersystem gemäß dem Oberbegriff des Patentanspruchs 1 und einen Rechner für das Mehrrechnersystem gemäß dem Oberbegriff des Patentanspruchs 11.
Ein solches Mehrrechnersystem ist aus dem Aufsatz "System 12, Technische Erweiterungen" von R. Cohen in Elektrisches Nachrichtenwesen Bd. 59, Nr. 1/2, 1985 Seiten 29-34 bekannt. In dem dort beschriebenen Mehrrechnersystem sind mehrere Peripherierechner, die jeweils eine Modulsteuereinheit für ein Anschlußmodul darstellen und jeweils eine Verbindung zu einem Digital-Koppelnetz haben, das die Funktion eines Rechnerkommunikationsnetzes erfüllt, offenbart. Eine Funktionssteuereinheit, die ebenfalls mit dem Digital-Koppelnetz verbunden ist, entspricht einem Systemrechner.
Bei einem Austausch eines Programmpakets wird ein neues Programmpaket von dem Systemrechner über das Rechnerkommunikationsnetz in die Peripherierechner kopiert. Die Peripherierechner und der Systemrechner besitzen dazu jeweils neben einer Steuervorrichtung einen Speicher. Die Peripherierechner sind paarweise angeordnet, so daß der Austausch von Programmpaketen ohne Systemunterbrechung ausgeführt werden kann.
In dem Aufsatz "System 12, Änderungsfreundliche Systemstruktur" von R.H. Manger, Seiten 35-42 der gleichen Ausgabe des Elektrischen Nachrichtenwesens wird genauer auf den Austausch von Programmpaketen bei der paarweisen Anordnung der Peripherierechner eingegangen. Zunächst wird dafür gesorgt, daß der eine der paarweise angeordneten Peripherierechner die Zuständigkeit für die Aufgaben beider Peripherierechner übernimmt. Anschließend wird das neue Programmpaket in den anderen der paarweise angeordneten Peripherierechner geladen und dieser übernimmt die Zuständigkeit für die Aufgaben beider Peripherierechner. Nun wird das neue Programmpaket in dem einen der paarweise angeordneten Peripherierechner geladen und nach erfolgreichem Abschluß des Programmpaketeaustausches können beide Peripherierechner ihre ursprünglichen Aufgaben wieder selbständig übernehmen.
Ein ähnliches Verfahren wird in der Patentschrift DE 41 34 207 für ein Doppelrechnersystem beschrieben. Ein passiver Rechner wird von einer externen Eingabevorrichtung über einen aktiven Rechner mit dem neuen Programmpaket geladen und anschließend gestartet. Läuft das neue Programmpaket in dem passiven Rechner fehlerlos, dann wird er in einen aktiven Zustand und ein vorher aktiver Rechner in einen passiven Zustand geschaltet. Danach wird der nun passive Rechner von dem nun aktiven Rechner mit dem neuen Programmpaket geladen. Treten während des Betriebes Fehler auf, so bestehen die Möglichkeiten, auf das alte Programmpaket zurückzufallen oder das Laden mit dem neuen Programmpaket zu wiederholen.
In den oben genannten Druckschriften wird jeweils nur auf den Programmpaketeaustausch bei paarweise vorhandenen Rechnern eingegangen, von denen immer einer zunächst den passiven Zustand einnehmen muß. Dazu muß er bezüglich seiner Programme vom jeweiligen Gesamtsystem isoliert werden. Verzichtet man auf die paarweise Anordnung der (Peripherie) Rechner, so sind beim Programmpaketeaustausch Wartezeiten in Kauf zu nehmen, die in Abhängigkeit von der Anzahl der (Peripherie) Rechner und der Art des Rechnerkommunikationsnetzes lange Unterbrechungszeiten des Gesamtsystems bedeuten können.
Es ist eine Aufgabe der vorliegenden Erfindung eine Unterbrechungszeit bei einem Programmpaketeaustausch in einem Mehrrechnersystem gering zu halten.
Diese Aufgabe wird erfindungsgemäß durch die technische Lehre des Patentanspruchs 1 oder des Patentanspruchs 11 gelöst.
Vorteilhafterweise ist es möglich, in jeder Phase des Programmpaketeaustauschs auf das ausgetauschte alte Programmpaket zurückgreifen zu können.
In einer anderen vorteilhaften Ausgestaltung der Erfindung wird das auszutauschende neue Programmpaket in komprimierter Form in die Arbeitsspeicher der Rechner des Mehrrechnersystems kopiert, so daß kostengünstigere Arbeitsspeicher geringerer Kapazität verwendet werden können.
In einer weiteren vorteilhaften Ausgestaltung der Erfindung kann bei einem Auftreten eines Fehlers während des Programmpaketeaustauschs oder einer vorgebbaren Probezeit entweder auf das alte Programmpaket zurückgegriffen werden oder je nach Art des auftretenden Fehlers ein erneuter Programmpaketeaustauschversuch mit dem neuen Programmpaket in einem oder mehreren der Peripherierechner oder des Systemrechners des Mehrrechnersystems unternommen werden.
Weitere vorteilhafte Ausgestaltungen der Erfindung sind den abhängigen Patentansprüchen zu entnehmen.
Zum besseren Verständnis der Erfindung und ihrer Vorteile werden im folgenden drei Ausführungsbeispiele anhand der Fig. 1 bis 3 beschrieben. Es zeigen:
Fig. 1 ein Mehrrechnersystem mit einem Ausführungsbeispiel eines erfindungsgemäßen Rechners,
Fig. 2 ein Ablaufdiagramm eines ersten Ausführungsbeispiels des erfindungsgemäßen Verfahrens und
Fig. 3 ein Ablaufdiagramm eines zweiten Ausführungsbeispiels des erfindungsgemäßen Verfahrens.
Fig. 1 zeigt das Ausführungsbeispiel eines Mehrrechnersystems MRS. Das Mehrrechnersystem MRS enthält ein Rechnerkommunikationsnetz RKN, an das n Peripherierechner PR1, . . . , PRN über zugehörige Anschlüsse RA1, . . . , RAN und ein Systemrechner SR über einen Anschluß RAS angeschlossen sind. Das Rechnerkommunikationsnetz RKN kann ein Local Area Network (LAN), ein ATM (Asynchronous Transfer Modus) Hochgeschwindigkeitsdatennetz, ein Digital-Koppelnetz oder ein anderes Rechnerkommunikationsnetz sein, das Daten zwischen den angeschlossenen Peripherie- und Systemrechnern transportieren kann.
Die Peripherierechner PR1, . . . , PRN haben im Ausführungsbeispiel den gleichen Aufbau. Stellvertretend wird hier der Aufbau des Peripherierechners PR1 mit seinen die Erfindung betreffenden Komponenten näher beschrieben. Der Peripherierechner PR1 enthält einen Arbeitsspeicher RAM1 und ein Steuermittel SM1. Der Arbeitsspeicher RAM1 ist ein gängiger, handelsüblicher Arbeitsspeicher genügend großer Kapazität, beispielsweise 64 Mbyte, und hat einen ersten Bereich PPA, einen zweiten Bereich DYD, der wiederum in weitere Bereiche DYDA und DYDN unterteilt ist, einen dritten Bereich PPN und einen vierten Bereich LSW. In dem ersten Bereich PPA ist ein altes Programmpaket abgespeichert, mit dem mittels des Steuermittels SM1 die laufenden, von dem ersten Peripherierechner PR1 gesteuerten Prozesse gesteuert werden. Das alte Programmpaket hat ein Kodesegment mit den von dem Steuermittel SM1 auszuführenden Anweisungen, wie beispielsweise ein Betriebssystem und Anwendungsprogramme, und ein Datensegment, in dem Daten abgelegt sind, auf die durch die Anweisungen im Kodesegment zugegriffen wird. In dem Bereich PPA ist auch ein Dateiverwaltungsprogramm abgelegt, das einen dateiorientierten Zugriff, d. h. eine logische Adressierung eines Bereichs eines Programms mit z. B. Namen, auf Anweisungen zum Programmpaketeaustausch ermöglicht. Im Ausführungsbeispiel wird die Dateiverwaltung nach dem POSIX.1-Standard 1003.1-1990 von IEEE 86 vorgenommen. Das Dateiverwaltungsprogramm beinhaltet auch Kopierfunktionen zwischen verschiedenen Datenträgern. Das alte Programmpaket soll durch ein neues Programpaket ausgetauscht werden. Für dieses neue Programmpaket ist in dem Arbeitsspeicher RAM1 der dritte Bereich PPN vorgesehen.
In dem weiteren Bereich DYDA des zweiten Bereichs DYD des Arbeitsspeichers RAM1 werden dynamische Daten der von dem Mehrrechnersystem MRS oder dem Peripherierechner PR1 kontrollierten Prozesse während deren Laufzeit jeweils bei Erreichen einer günstigen Rückfallposition von den Anwendungsprogrammen gesichert. Dazu sind in den Programmpaketen an vorgegebenen Stellen Überprüfungsmarkierungen angebracht, so daß nach einer kurzen Unterbrechung die Prozeßzustände mit den gesicherten dynamischen Daten wiederhergestellt und die Prozesse fortgesetzt werden können. Die Sicherung der dynamischen Daten geschieht häufig aus dem Grund, bei einem Auftreten von Instabilitäten während des normalen Betriebs des Mehrrechnersystems MRS mit dem alten Programmpaket einen Wiederanlauf einzelner Peripherierechner steuern zu können.
Die Überprüfungsmarkierungen können daher hier für den Programmpaketeaustausch genutzt werden. Die dynamischen Daten sind spezifisch für die Prozesse. Sie werden nur während der Lebenszeit der Prozesse benötigt. Ein Beispiel für die dynamischen Daten ist der Startzeitpunkt des Prozesses oder, falls der Prozeß beispielsweise ein Verbindungsaufbau von dem Peripherierechner PR1 zu einem anderen der Peripherierechner PR2, . . . , PRN ist, die gewählte Rufnummer und/oder die Identität der für diese Verbindung belegten Betriebsmittel.
Im vierten Bereich LSW ist ein sogenanntes Bootstrapprogramm abgespeichert, das während des Programmpaketeaustauschs jederzeit ein erneutes Laden des alten Programmpakets, das dazu in einem semipermanenten Speicher SPS abgespeichert ist, veranlassen kann. Das Bootstrapprogramm im vierten Bereich LSW befindet sich in einem geschützten Bereich des Arbeitsspeichers RAM1 und kann beim Programmpaketeaustausch nicht überschrieben werden.
Der hier beschriebene Aufbau des Peripherierechners PR1 entspricht weitgehend dem Aufbau des Systemrechners SR. Der Systemrechner SR hat darüberhinaus eine Verbindung zu einer externen Eingabevorrichtung EXE, zu dem semipermanenten Speicher SPS und zu einer Konsole KON, über die eine Bedienperson Eingaben in das Mehrrechnersystem MRS machen kann. Der semipermanente Speicher SPS kann beispielsweise ein gängiges EEPROM, eine Harddisc oder ein sonstiger Speicher genügend großer Kapazität sein, dessen Inhalt überschreibbar ist und der bei Abschalten der Stromversorgung seinen Inhalt behält. Der Arbeitsspeicher des Systemrechners SR hat neben den vier stellvertretend beim Peripherierechner PR1 beschriebenen Bereichen einen fünften Bereich APA und einen sechsten Bereich LRN. In dem fünften Bereich APA ist ein Programm Auftragsbearbeitung Programmpaketeaustausch abgespeichert, mit dessen Hilfe der Systemrechner SR den Programmpaketeaustausch überwacht und Meldungen mit den anderen am Programmpaketeaustausch beteiligten Komponenten des Mehrrechnersystems MRS über das Rechnerkommunikationsnetz RKN austauscht. In dem sechsten Bereich LRN ist ein Ladeprogramm abgespeichert, mit dem Ladeanforderungen aus dem Rechnerkommunikationsnetz RKN, d. h. von dem daran angeschlossenen Peripherierechner PR1, . . . , PRN, entgegengenommen und verarbeitet werden. Der Systemrechner SR kann so aus dem semipermanenten Speicher SPS oder der externen Speichervorrichtung EXE die benötigten Informationen abrufen und eine Übertragung zu einem oder mehreren der Peripherierechner PR1, . . . , PRN veranlassen.
Während des Programmpaketeaustauschs kann durch dieses Ladeprogramm insbesondere das erneute Laden des im semipermanenten Speicher SPS abgespeicherten alten Programmpaketes beim Auftreten eines Fehlers gewährleistet werden.
Fig. 2 zeigt das Ablaufdiagramm des ersten Ausführungsbeispiels des erfindungsgemäßen Verfahrens. In einem Schritt 1 wird das Mehrrechnersystem MRS als Ausgangsposition für den Programmpaketeaustausch zu Beginn mit dem alten Programmpaket betrieben. Das alte Programmpaket befindet sich dazu in dem ersten Bereich PPA der Arbeitsspeicher der Peripherierechner PR1, PRN, des Systemrechners SR und in dem semipermanenten Speicher SPS. Das neue Programmpaket befindet sich auf einem Datenträger in der externen Eingabevorrichtung EXE. Nach der Eingabe des Befehls zum Programmpaketeaustausch durch die Bedienperson an der Konsole KON des Systemrechners SR wird in einem Schritt 2 während einer Vorbereitungszeit das neue Programmpaket von dem Datenträger in der externen Eingabevorrichtung EXE in den Arbeitsspeicher des Systemrechners SR1 und über das Rechnerkommunikationsnetz in die Arbeitsspeicher der Peripherierechner PR1, . . . , PRN kopiert. Das neue Programmpaket wird in die dritten Bereiche PPN der Arbeitsspeicher abgespeichert. Der Kopiervorgang erfolgt mit Hilfe des in den ersten Bereichen PPA der Peripherierechner PR1, . . . , PRN und des Systemrechners SR vorhandenen Dateiverwaltungsprogramms.
Während des Kopiervorgangs laufen die von dem Mehrrechnersystem MRS gesteuerten Prozesse mit dem alten Programmpaket weiter. In einem nächsten Schritt 3 wird die Aufforderung zum Programmpaketeaustausch an alle Peripherierechner PR1, . . . , PRN und den Systemrechner SR gleichzeitig verteilt. In einem Schritt 4 wird daraufhin in jedem der Peripherierechner PR1, . . , PRN und in dem Systemrechner SR die Kontrolle der laufenden Prozesse unterbrochen, die - wie bereits oben beschrieben - in dem Bereich DYDA des zweiten Bereiches DYD gesicherten dynamischen Daten in den weiteren Bereich DYDN des zweiten Bereiches DYD kopiert und damit die Voraussetzung für einen Wiederanlauf aller von dem Mehrrechnersystem MRS kontrollierten Prozesse mit den gesicherten dynamischen Daten geschaffen.
In einem Schritt 5 wird anschließend das neue Programmpaket in den dritten Bereichen PPN der Arbeitsspeicher mit den in den weiteren Bereichen DYDN der zweiten Bereiche DYD gesicherten dynamischen Daten initialisiert. Den Variablen des neuen Programmsystems werden Werte zugewiesen. Es müssen eventuell Strukturänderungen der gesicherten dynamischen Daten für die Initialisierung mit dem neuen Programmpaket berücksichtigt werden. Ist das der Fall, dann sind die dynamischen Daten beim Kopieren von dem Bereich DYDA in den Bereich DYDN der zweiten Bereiche DYD umzuformatieren. Anschließend erfolgt eine Rückmeldung der durchgeführten Initialisierung von den Peripherierechnern PR1, . . . , PRN an den Systemrechner SR. Während dieser Verfahrensschritte bleibt das alte Programmsystem weiterhin in dem semipermanenten Speicher SPS und den ersten Bereichen PPA abgespeichert. Das Mehrrechnersystem MRS läuft nun mit dem neuen Programmpaket und kontrolliert die unterbrochenen Prozesse. In einem Schritt 6 wird eine Probezeit vorgegeben und überprüft, ob es während der Verfahrensschritte oder in der Probezeit zu
Instabilitäten oder Fehlermeldungen beim Betrieb des Mehrrechnersystems MRS mit dem neuen Programmpaket kommt. Ist dies der Fall, dann wird in einem Schritt 61 überprüft, ob die auftretende Fehlermeldung das gesamte Mehrrechnersystem MRS betrifft. Trifft dies zu, dann wird in einem Schritt 71 erneut, wie schon im Schritt 3, die Aufforderung zum Programmpaketeaustausch an alle Peripherierechner PR1, . . . , PRN und an den Systemrechner SR verteilt. In einem Schritt 81 werden die dynamischen Daten der von dem Mehrrechnersystem kontrollierten Prozesse von dem Bereich DYDN in den Bereich DYDA in dem zweiten Bereich DYD der Arbeitsspeicher kopiert und in einem Schritt 91 das weiterhin in dem ersten Bereich PPA der Arbeitsspeicher abgespeicherte alte Programmpaket mit den dynamischen Daten initialisiert. In dem Beispiel wird vorausgesetzt, daß die Struktur der dynamischen Daten in den Bereichen DYDA und DYDN gleich sein muß. Andernfalls ist entsprechend umzuformatieren. Ein erneuter Versuch, den Programmpaketeaustausch mittels des erfindungsgemäßen Verfahrens durchzuführen, kann vorgenommen werden.
Betrifft die auftretende Fehlermeldung nicht das gesamte Mehrrechnersystem, sondern nur einzelne Peripherierechner PR1, PRN oder den Systemrechner SR, dann kann das erfindungsgemäße Verfahren in Abhängigkeit von dem auftretenden Fehler so abgewandelt werden, daß nach dem Schritt 61 statt der Schritte 71 bis 91 in einem Schritt 73 das neue Programmpaket in dem dritten Bereich PPN der Arbeitsspeicher dieser Peripherierechner PR1, PRN oder des Systemrechners SR erneut mit den dynamischen Daten initialisiert wird. Nach dem Schritt 73 folgt anschließend erneut der Schritt 6. Treten keine Fehlermeldungen oder Instabilitäten auf, so wird das neue Programmpaket in einem Schritt 72 nach der Probezeit in den semipermanenten Speicher SPS kopiert. Das alte Programmpaket im semipermanenten Speicher SPS wird dabei gelöscht. In einem Schritt 82 ist das erfindungsgemäße Verfahren beendet und das Mehrrechnersystem MRS wird stabil mit dem neuen Programmpaket betrieben.
In einer weiteren Ausführung der Erfindung ist es möglich, das neue Programmpaket in komprimierter Form von dem Datenträger in der externen Eingabevorrichtung EXE in die dritten Bereiche PPN der Arbeitsspeicher der Peripherierechner PR1, . . . , PRN und des Systemrechners SR zu kopieren. Kompression bedeutet dabei beispielsweise, daß Bits blockweise zusammengefaßt werden, sofern sie den gleichen Wert haben. Ist also Speicheradresse 100 bis Speicheradresse 200 ausschließlich mit dem Bit "1" belegt, so komprimiert man: von Speicheradresse 100 bis Speicheradresse 200 25 mal F (hexadezimal, entspricht binär 1111). Auf diese Weise kann Speicherkapazität gespart werden. Generell sind auch andere Kompressionsverfahren anwendbar.
Das zweite Ausführungsbeispiel des erfindungsgemäßen Verfahrens zeigt Fig. 3. In der Beschreibung und in der Fig. 3 werden für gleiche oder gleichwirkende Schritte im folgenden durchweg gleiche Bezugszeichen verwendet. Im zweiten Ausführungsbeispiel wird das neue Programmpaket in komprimierter Form in die Arbeitsspeicher der Peripherierechner PR1, . . . , PRN und des Systemrechners SR kopiert und erst in den Arbeitsspeichern dekomprimiert. Dies hat den Vorteil, daß Arbeitsspeicher mit kleinerer Kapazität als im ersten Ausführungsbeispiel verwendet werden können. Das zweite Ausführungsbeispiel beginnt mit dem Schritt 1, wie er bereits in dem ersten Ausführungsbeispiel des erfindungsgemäßen Verfahrens anhand von Fig. 2 beschrieben wurde. Darauf folgte ein Schritt 2K, in dem das neue Programmpaket in komprimierter Form von der externen Eingabevorrichtung EXE in die dritten Bereiche PPN der Arbeitsspeicher der Peripherierechner PR1, . . . , PRN und des Systemrechners SR kopiert wird. Der folgende Schritt 3 entspricht dem des ersten Ausführungsbeispiels. Der zweite Bereich DYD ist in diesem Ausführungsbeispiel nicht unterteilt. In einem Schritt 4K erfolgt die Unterbrechung der laufenden Prozesse und eine Umformatierung der gesicherten dynamischen Daten. Die Umformatierung entfällt, wenn sich die Struktur der dynamischen Daten nicht geändert hat. Vor dem Initialisieren des neuen Programmpakets mit den dynamischen Daten in dem Schritt 5 wird das nun komprimiert in den dritten Bereichen PPN abgespeicherte neue Programmpaket in einem auf den Schritt 4K folgenden Schritt 45K dekomprimiert und in die ersten Bereiche PPA der Arbeitsspeicher der Peripherierechner PR1, . . . , PRN überschrieben. Das zunächst in diesen ersten Bereichen PPA abgespeicherte alte Programmpaket wird dabei gelöscht. Kommt es während der Verfahrensschritte oder der Probezeit im Schritt 6 zu Instabilitäten oder Fehlermeldungen, dann sendet der Peripherierechner PR1, . . . , PRN, der den Fehler wahrnimmt, in einem Schritt 71K über das Rechnerkommunikationsnetz RKN eine Ladeanforderung zum erneuten Laden des alten Programmpaketes zu dem Systemrechner SR. Dieser erkennt mittels des im sechsten Bereich LRN seines Arbeitsspeichers abgespeicherten Ladeprogramms diese Ladeanforderung und veranlaßt ein Laden des im semipermanenten Speicher SPS abgespeicherten alten Programmpakets in die Arbeitsspeicher der Peripherierechner PR1, . . ., PRN und in seinen eigenen Arbeitsspeicher. Das alte Programmpaket ist in komprimierter Form in dem semipermanenten Speicher SPS abgespeichert. Laden bedeutet daher in dem hier beschriebenen Ausführungsbeispiel das Dekomprimieren des Programmpakets und das Initialisieren mit den gesicherten dynamischen Daten. In dem folgenden Schritt 101 wird schließlich das Mehrrechnersystem MRS erneut mit dem alten Programmsystem betrieben. Treten keine Fehlermeldungen im Schritt 6 auf, so folgen, wie im ersten Ausführungsbeispiel, die Schritte 72 und 82.
Ist die Kapazität des sempipermanenten Speichers SPS groß genug, um sowohl das alte als auch das neue Programmpaket abspeichern zu können, dann wird das neue Programmpaket in dem Schritt 2K während der Vorbereitungszeit in komprimierter Form auch in dem semipermanenten Speicher SPS ein Laden des im semipermanenten Speicher SPS abgespeicherten alten Programmpakets. Treten nun Fehlermeldungen oder Instabilitäten auf, so kann der Systemrechner SR anhand der über das Rechnerkommunikationsnetz RKN eingehenden Ladeanforderungen der Peripherierechner PR1, . . . , PRN entscheiden, ob das gesamte Mehrrechnersystem MRS erneut mit dem alten Programmpaket ein Laden des im semipermanenten Speicher SPS abgespeicherten alten Programmpakets wird oder ob ein oder mehrere der Peripherierechner PR1, . . . , PRN oder der Systemrechner SR selbst, falls die Fehlermeldung ihn betrifft, erneut mit dem neuen Programmpaket ein Laden des im semipermanenten Speicher SPS abgespeicherten alten Programmpakets werden. Damit kann auf unterschiedliche Fehler beim Programmpaketeaustausch flexibler reagiert werden.
Das neue Programmpaket kann sowohl ein komplettes Betriebssystem samt Anwenderprogrammen als auch nur Teile davon sein. Da durch das erfindungsgemäße Verfahren bei allen Peripherierechnern PR1, . . , PRN und dem Systemrechner SR der Programmpaketeaustausch gleichzeitig durchgeführt wird, ist eine Schnittstellen- und Zeitkompatibilität des neuen Programmpaketes mit dem alten Programmpaket nicht erforderlich.

Claims (12)

1. Verfahren für einen Programmpaketeaustausch eines alten Programmpakets durch ein neues Programmpaket in einem Mehrrechnersystem (MRS), das eine Vielzahl von Peripherierechner (PR1, . . . , PRN) und wenigstens einem Systemrechner (SR) hat und die Peripherierechner (PR1, . . . , PRN) und der wenigstens eine Systemrechner (SR) jeweils mit einem Rechnerkommunikationsnetz (RKN) verbunden sind und jeweils einen Arbeitsspeicher (RAM1) haben gekennzeichnet durch die folgenden, in jedem der Peripherierechner (PR1, . . . , PRN) und dem wenigstens einen Systemrechner (SR) durchzuführenden Verfahrensschritte:
  • - kopieren des neuen Programmpakets in einen ersten Bereich (PPN) der Arbeitsspeicher (RAM1) der Peripherierechner (PR1, PRN) und des wenigstens einen Systemrechners (SR),
  • - sichern von dynamischen Daten der von dem Mehrrechnersystem (MRS) kontrollierten Prozesse bei Erreichen einer geeigneten Rückfallposition in einem zweiten Bereich (DYD) der jeweiligen Arbeitsspeicher (RAM1),
  • - initialisieren des neuen Programmpakets in den Peripherierechnern (PR1, . . . , PRN) und dem wenigstens einen Systemrechner (SR) mit den gesicherten dynamischen Daten.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, daß die von dem Mehrrechnersystem (MRS) mittels des alten Programmpakets kontrollierten Prozesse vor dem Initialisieren des neuen Programmpakets mit den gesicherten dynamischen Daten unterbrochen werden.
3. Verfahren nach Anspruch 1, dadurch gekennzeichnet, daß der wenigstens eine Systemrechner (SR) mit einer externen Eingabevorrichtung (EXE) verbunden ist und das neue Programmpaket von der externen Eingabevorrichtung (EXE) in den Arbeitsspeicher des wenigstens einen Systemrechners (SR) kopiert wird und daß das neue Programmpaket mittels des wenigstens einen Systemrechners (SR) über das Rechnerkommunikationsnetz (RKN) zu den Peripherierechnern (PR1, . . . , PRN) übertragen und in die Arbeitsspeicher (RAM1) der Peripherierechner (PR1, . . . , PRN) kopiert wird.
4. Verfahren nach Anspruch 1, dadurch gekennzeichnet, daß der wenigstens eine Systemrechner (SR) mit einem semipermanenten Speicher (SPS) verbunden ist, in dem das alte Programmpaket abgespeichert ist.
5. Verfahren nach Anspruch 4, dadurch gekennzeichnet, daß das neue Programmpaket nach Ablauf einer vorgegebenen Probezeit nach dem Programmpaketeaustausch und fehlerfreiem Betrieb des Mehrrechnersystems (MRS) mit dem neuen Programmpaket in den semipermanenten Speicher (SPS) kopiert wird.
6. Verfahren nach Anspruch 1, dadurch gekennzeichnet, daß das alte Programmpaket bei Auftreten eines Fehlers während einer vorgegebenen Probezeit erneut in den Peripherierechnern (PR1, . . . , PRN) und dem wenigstens einen Systemrechner (SR) mit den gesicherten dynamischen Daten initialisiert wird.
7. Verfahren nach Anspruch 1, dadurch gekennzeichnet, daß das neue Programmpaket in komprimierter Form in den ersten Bereich (PRN) der Arbeitsspeicher (RAM1) der Peripherierechner (PR1, . . . , PRN) und des wenigstens einen Systemrechners (SR) kopiert wird und daß das komprimierte neue Programmpaket vor dem Initialisieren mit den dynamischen Daten dekomprimiert wird und dabei das alte Programmpaket in den Arbeitsspeichern (RAM1) überschrieben wird.
8. Verfahren nach Anspruch 4 und 7, dadurch gekennzeichnet, daß das alte Programmpaket bei Auftreten eines Fehlers während einer vorgegebenen Probezeit aus dem semipermanenten Speicher (SPS) in den wenigstens einen Systemrechner (SR) und über das Rechnerkommunikationsnetz (RKN) in die Peripherierechner (PR1, . . . , PRN) geladen wird.
9. Verfahren nach Anspruch 7, dadurch gekennzeichnet, daß die Kapazität des semipermanenten Speichers (SPS) genügend groß ist, um sowohl das alte als auch das neue Programmpaket speichern zu können, so daß das neue Programmpaket im ersten Verfahrensschritt zusätzlich in den semipermanenten Speicher (SPS) kopiert werden kann, ohne das alte Programmpaket oder Teile davon löschen zu müssen.
10. Verfahren nach Anspruch 9, dadurch gekennzeichnet, daß bei Auftreten eines Fehlers während des Programmpaketeaustauschs oder während einer vorgegebenen Probezeit in dem wenigstens einen Systemrechner (SR) entschieden wird, ob das gesamte Mehrrechnersystem (MRS) erneut mit dem im semipermanenten Speicher (SPS) abgespeicherten, alten Programmpaket geladen wird oder ob einer oder mehrere der Peripherierechner (PR1, . . . , PRN) und/oder der wenigstens eine Systemrechner (SR) erneut mit dem im semipermanenten Speicher (SPS) abgespeicherten, neuen Programmpaket geladen werden.
11. Rechner (PR1) mit einem Anschluß (RA1) an ein Rechnerkommunikationsnetz (RKN) eines Mehrrechnersystems (MRS) und mit einem Arbeitsspeicher (RAM1), dadurch gekennzeichnet, daß er ein Steuermittel (SM1) hat, das bei einem Austausch eines alten Programmpakets durch ein neues Programmpaket ein Kopieren des neuen Programmpaketes in einen ersten Bereich (PPN) des Arbeitsspeichers (RAM1), ein Sichern von dynamischen Daten der von dem Mehrrechnersystem (MRS) kontrollierten Prozesse bei Erreichen einer geeigneten Rückfallposition in einem zweiten Bereich (DYD) des Arbeitsspeichers (RAM1) und ein Initialisieren des neuen Programmpakets mit den gesicherten dynamischen Daten in dem Rechner (PR1) steuert.
12. Rechner nach Anspruch 11, dadurch gekennzeichnet, daß das Steuermittel (SM1) das Kopieren des neuen Programmpakets in komprimierter Form in den ersten Bereich (PPN) des Arbeitsspeichers (RAM1) und ein Dekomprimieren des komprimierten neuen Programmpakets vor dem Initialisieren mit den gesicherten dynamischen Daten steuert.
DE4429969A 1994-08-24 1994-08-24 Verfahren für einen Programmpaketeaustausch in einem Mehrrechnersystem und Rechner dafür Withdrawn DE4429969A1 (de)

Priority Applications (7)

Application Number Priority Date Filing Date Title
DE4429969A DE4429969A1 (de) 1994-08-24 1994-08-24 Verfahren für einen Programmpaketeaustausch in einem Mehrrechnersystem und Rechner dafür
CA002155626A CA2155626A1 (en) 1994-08-24 1995-08-08 Method for a program-package change in a multicomputer system, and computer therefor
EP95112641A EP0698847A1 (de) 1994-08-24 1995-08-11 Verfahren für einen Programmpaketaustausch in einem Mehrrechnersystem und Rechner dafür
AU28519/95A AU698766B2 (en) 1994-08-24 1995-08-15 Method of changing softwear in multi-computer system
CN95116619A CN1139780A (zh) 1994-08-24 1995-08-23 多计算机系统中程序包更换方法及其计算机
US08/518,621 US5852735A (en) 1994-08-24 1995-08-23 Method and apparatus for exchanging a program over a network computer system that permits reactivation of the original program if an error occurs
JP7216327A JPH08179941A (ja) 1994-08-24 1995-08-24 マルチコンピュータシステムにおけるプログラムパッケージの変更方法、およびそのためのコンピュータ

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE4429969A DE4429969A1 (de) 1994-08-24 1994-08-24 Verfahren für einen Programmpaketeaustausch in einem Mehrrechnersystem und Rechner dafür

Publications (1)

Publication Number Publication Date
DE4429969A1 true DE4429969A1 (de) 1996-02-29

Family

ID=6526412

Family Applications (1)

Application Number Title Priority Date Filing Date
DE4429969A Withdrawn DE4429969A1 (de) 1994-08-24 1994-08-24 Verfahren für einen Programmpaketeaustausch in einem Mehrrechnersystem und Rechner dafür

Country Status (7)

Country Link
US (1) US5852735A (de)
EP (1) EP0698847A1 (de)
JP (1) JPH08179941A (de)
CN (1) CN1139780A (de)
AU (1) AU698766B2 (de)
CA (1) CA2155626A1 (de)
DE (1) DE4429969A1 (de)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19810814A1 (de) * 1998-03-12 1999-09-16 Ericsson Telefon Ab L M Zustandskopierverfahren für eine Software-Aktualisierung
WO2000031632A1 (de) * 1998-11-25 2000-06-02 Siemens Aktiengesellschaft Verfahren zum aktualisieren der software von programmgesteuerten vermittlungstechnischen einrichtungen
US6415279B1 (en) 1998-03-12 2002-07-02 Telefonaktiebolaget Lm Ericsson (Publ) Method and access means for determining the storage address of a data value in a memory device

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19639699A1 (de) * 1996-09-26 1998-04-02 Siemens Ag Datenverarbeitungseinrichtung mit nichtflüchtiger Speichereinheit
WO1998034169A1 (fr) 1997-01-31 1998-08-06 Sony Corporation Appareil et procede de traitement d'informations
US6460175B1 (en) 1997-07-18 2002-10-01 International Business Machines Corporation Program product for modular, parallel, remote software installation with repeatable, externally-invocable steps
US5974258A (en) * 1997-07-18 1999-10-26 International Business Machines Corporation Method and apparatus for performing single-function software operations on a server processor for a target of one or more processors in a network of processors
DE19741870A1 (de) 1997-09-23 1999-03-25 Cit Alcatel Verfahren zum Verteilen von Datenpaketen einer Betriebssoftware
EP0907272A1 (de) 1997-09-25 1999-04-07 Alcatel System mit selbstauslösendem Mechanismus für Datenaustausch zwischen einem Terminal und Zugangsmitteln über ein Telefonnetzwerk
JP3649011B2 (ja) * 1998-01-09 2005-05-18 株式会社日立製作所 コンピュータシステム
DE19803697C2 (de) * 1998-01-30 2000-03-16 Ericsson Telefon Ab L M Verfahren zum Aufrüsten eines Softwaresystems und Vorrichtung zur Durchführung des Verfahrens
US6457175B1 (en) * 1998-11-09 2002-09-24 Tut Systems, Inc. Method and apparatus for installing a software upgrade within a memory resource associated with a computer system
US6385770B1 (en) 1999-01-29 2002-05-07 Telefonaktiebolaget Lm Ericsson (Publ) Software upgrade
US6415418B1 (en) 1999-08-27 2002-07-02 Honeywell Inc. System and method for disseminating functional blocks to an on-line redundant controller
DE19959434A1 (de) * 1999-12-09 2001-06-21 Siemens Ag Verfahren zur Änderung des Betriebssystems eines Telekommunikationsendgerätes
US20020124245A1 (en) * 2000-08-14 2002-09-05 Alvin Maddux Method and apparatus for advanced software deployment
US20020073410A1 (en) * 2000-12-13 2002-06-13 Arne Lundback Replacing software at a telecommunications platform
EP1237078A1 (de) * 2001-01-19 2002-09-04 Siemens Aktiengesellschaft Durchführung eines zeitoptimierten Austausches einer Software-Applikation

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE4103411A1 (de) * 1990-02-05 1991-08-08 Hitachi Ltd Verfahren und vorrichtung zur programmaenderung in verteilten datenverarbeitungssystemen
DE3619660C2 (de) * 1985-06-12 1991-08-08 Hitachi, Ltd., Tokio/Tokyo, Jp
DE4205372A1 (de) * 1991-05-07 1992-11-12 Mitsubishi Electric Corp Programmierbare steuerung
EP0557682A2 (de) * 1992-02-25 1993-09-01 Siemens Aktiengesellschaft Verfahren und Anordnung zum Ändern eines Betriebsprogramms in einer programmgesteuerten Steuereinheit

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63292257A (ja) * 1987-05-11 1988-11-29 インタ−ナショナル・ビジネス・マシ−ンズ・コ−ポレ−ション 複数の端末局へのデ−タまたはプログラムのロ−デイング方法
US5008814A (en) * 1988-08-15 1991-04-16 Network Equipment Technologies, Inc. Method and apparatus for updating system software for a plurality of data processing units in a communication network
US4954941A (en) * 1988-08-31 1990-09-04 Bell Communications Research, Inc. Method and apparatus for program updating
US5155837A (en) * 1989-03-02 1992-10-13 Bell Communications Research, Inc. Methods and apparatus for software retrofitting
US5142680A (en) * 1989-04-26 1992-08-25 Sun Microsystems, Inc. Method for loading an operating system through a network
JP2886961B2 (ja) * 1990-09-19 1999-04-26 株式会社日立製作所 プログラム入替方法
JPH04139544A (ja) * 1990-10-01 1992-05-13 Fujitsu Ltd データ復元方法
JPH056344A (ja) * 1991-06-28 1993-01-14 Fujitsu Ltd プログラム走行情報採取処理方式
EP0525243B1 (de) * 1991-07-31 1996-09-18 Siemens Aktiengesellschaft Verfahren zur Visualisierung von protokollierten Informationen in einem Kommunikationssystem
DE4134207C1 (en) 1991-10-16 1993-04-01 Ant Nachrichtentechnik Gmbh, 7150 Backnang, De Loading double-computer standby system - preparing passive computer for loading and taking new software from data source for entering into memory of active computer
JPH06236284A (ja) * 1991-10-21 1994-08-23 Intel Corp コンピュータシステム処理状態を保存及び復元する方法及びコンピュータシステム
US5515538A (en) * 1992-05-29 1996-05-07 Sun Microsystems, Inc. Apparatus and method for interrupt handling in a multi-threaded operating system kernel
US5339430A (en) * 1992-07-01 1994-08-16 Telefonaktiebolaget L M Ericsson System for dynamic run-time binding of software modules in a computer system
US5410703A (en) * 1992-07-01 1995-04-25 Telefonaktiebolaget L M Ericsson System for changing software during computer operation
EP0592079A2 (de) * 1992-09-20 1994-04-13 Sun Microsystems, Inc. Automatisierte Softwareinstallierung und Betriebsumgebungskonfigurierung in einem Rechnersystem
US5359730A (en) * 1992-12-04 1994-10-25 International Business Machines Corporation Method of operating a data processing system having a dynamic software update facility
US5421009A (en) * 1993-12-22 1995-05-30 Hewlett-Packard Company Method of remotely installing software directly from a central computer
US5530802A (en) * 1994-06-22 1996-06-25 At&T Corp. Input sequence reordering method for software failure recovery

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE3619660C2 (de) * 1985-06-12 1991-08-08 Hitachi, Ltd., Tokio/Tokyo, Jp
DE4103411A1 (de) * 1990-02-05 1991-08-08 Hitachi Ltd Verfahren und vorrichtung zur programmaenderung in verteilten datenverarbeitungssystemen
DE4205372A1 (de) * 1991-05-07 1992-11-12 Mitsubishi Electric Corp Programmierbare steuerung
EP0557682A2 (de) * 1992-02-25 1993-09-01 Siemens Aktiengesellschaft Verfahren und Anordnung zum Ändern eines Betriebsprogramms in einer programmgesteuerten Steuereinheit

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
N.N.: Online-Software-Erweiterung und -Änderung. In: Elektrisches Nachrichtenwesen,Bd.64,Nr.4, 1990, S.327-333 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19810814A1 (de) * 1998-03-12 1999-09-16 Ericsson Telefon Ab L M Zustandskopierverfahren für eine Software-Aktualisierung
US6415279B1 (en) 1998-03-12 2002-07-02 Telefonaktiebolaget Lm Ericsson (Publ) Method and access means for determining the storage address of a data value in a memory device
US6463584B1 (en) 1998-03-12 2002-10-08 Telefonaktiebolaget Lm Ericsson State copying method for software update
DE19810814B4 (de) * 1998-03-12 2004-10-28 Telefonaktiebolaget Lm Ericsson (Publ) Rechnersystem und Zustandskopierverfahren zur skalierbaren Software-Aktualisierung
WO2000031632A1 (de) * 1998-11-25 2000-06-02 Siemens Aktiengesellschaft Verfahren zum aktualisieren der software von programmgesteuerten vermittlungstechnischen einrichtungen

Also Published As

Publication number Publication date
CN1139780A (zh) 1997-01-08
EP0698847A1 (de) 1996-02-28
US5852735A (en) 1998-12-22
CA2155626A1 (en) 1996-02-25
AU2851995A (en) 1996-03-07
AU698766B2 (en) 1998-11-05
JPH08179941A (ja) 1996-07-12

Similar Documents

Publication Publication Date Title
DE2230830C2 (de) Datenverarbeitungsanlage
DE69632424T2 (de) Server für kontinuierliche Daten und Datentransferschema für mehrfache gleichzeitige Datenzugriffe
DE4429969A1 (de) Verfahren für einen Programmpaketeaustausch in einem Mehrrechnersystem und Rechner dafür
DE2854485C2 (de) Datenverarbeitungsanlage
DE2523414C3 (de) Hierarchische Speicheranordnung mit mehr als zwei Speicherstufen
DE2856483C2 (de)
EP0333123B1 (de) Modular strukturiertes ISDN-Kommunikationssystem
DE69730276T2 (de) Vorrichtung und Verfahren zur Erleichterung der Vermeidung von exzeptionellen bestimmten Zuständen während des Ablaufs eines Programmes
EP0743595B1 (de) Kommunikationssystem mit Mitteln zum Austausch von Software
DE112011100112B4 (de) Pufferspeicher-platte in blitzkopie-kaskade
DE2908316C2 (de) Modular aufgebaute Multiprozessor-Datenverarbeitungsanlage
DE1279980C2 (de) Aus mehreren miteinander gekoppelten Datenverarbeitungseinheiten bestehendes Datenverarbeitungssystem
DE60316776T2 (de) Auf netzwerkdatenspeicherung bezogene operationen
DE19815263C2 (de) Vorrichtung zur fehlertoleranten Ausführung von Programmen
DE4134207C1 (en) Loading double-computer standby system - preparing passive computer for loading and taking new software from data source for entering into memory of active computer
DE3127349A1 (de) Signalverarbeitungssystem mit verteilten elementen
DE3301628A1 (de) Schaltungsanordnung fuer den datenaustausch zwischen zwei rechnern
DE19810802A1 (de) Störungsfreies Aktualisieren von Daten
DE3131341A1 (de) "pufferspeicherorganisation"
DE2400161A1 (de) Datenverarbeitungssystem und in diesem enthaltenes speichersystem
DE2400064A1 (de) Speicherpruefanordnung und diese verwendendes endgeraetsystem in einem datenverarbeitungssystem
DE2507403A1 (de) Geraetesteuerung
DE2054830B2 (de) Informationsverarbeitungsanlage mit mitteln zum zugriff zu speicher-datenfeldern variabler laenge
DE2350229A1 (de) Datenverarbeitungsanlage, insbesondere als steuereinrichtung fuer fernsprechvermittlungsanlagen
DE19780639C2 (de) Arbeitsübernahmesystem

Legal Events

Date Code Title Description
OM8 Search report available as to paragraph 43 lit. 1 sentence 1 patent law
8139 Disposal/non-payment of the annual fee