Wie ersetzt man einen beschädigten Tag, ohne sonst etwas zu ändern?
Lesen Sie den versagenden Tag, bevor er ganz aufhört zu antworten, denn ein Tag, der sich heute sprunghaft liest, liest sich morgen womöglich gar nicht mehr. Schreiben Sie denselben Inhalt auf einen passenden Ersatz, melden Sie die neue Kennung überall dort an, wo die alte bekannt war, und aktualisieren Sie die Aufzeichnung.
Lesen Sie ihn, solange es noch geht
Ein versagender Tag versagt meist allmählich: Er liest sich beim dritten Versuch, dann beim zehnten, dann gar nicht mehr. Das Fenster zwischen dem Bemerken und dem Verlust ist die einzige Gelegenheit, zurückzuholen, was er hält.
Nehmen Sie den Lesevorgang, sobald Sie es bemerken, bevor Sie sonst etwas tun. Geben Sie den Inhalt aus und notieren Sie Chip, Tag-Typ und Kennung.
Regelmäßig geht dieses Fenster mit dem Versuch drauf, den alten Tag wieder zum Arbeiten zu bringen, und am Ende steht ein toter Tag ohne Inhalt.
Den Ersatz abstimmen
Nach Möglichkeit derselbe Tag-Typ, denn das Verhalten der Plattformen folgt dem Typ und nicht dem Chip. Gleicher oder größerer freier Platz, geprüft statt angenommen.
Und passend zur Fläche. Ein Tag, der versagt hat, weil er auf Metall saß, wird durch einen anderen Tag ersetzt, der auf Metall versagt, sofern der Ersatz nicht dafür gebaut ist. Gleiches durch Gleiches zu ersetzen wiederholt den Fehler.
Bei diesem letzten Punkt lohnt es innezuhalten. Ein beschädigter Tag ist ein Hinweis über seine Umgebung, und den Ersatz als reinen Tausch zu behandeln übergeht, was das Versagen Ihnen gesagt hat.
Die Kennung ändert sich, und etwas weiß es
Der neue Tag hat eine andere Kennung, und alles, was auf der alten ruht, erkennt ihn nicht.
Prüfen Sie drei Stellen: Automatisierungen, die dieser bestimmte Tag auslöst, Zutritts- oder Inventarsysteme mit einer Liste, und jede Serverlogik, die eine gespiegelte Kennung erwartet. Melden Sie den neuen Wert in jeder an.
Nehmen Sie dann den alten Eintrag heraus, damit ein wiedergefundenes Original nicht unbemerkt zurück in den Dienst kommen kann.
Wenn der alte Tag bereits tot ist
Ihre Aufzeichnung ist die einzige Quelle, und das ist der ganze Grund, eine zu führen.
Besteht die Aufzeichnung, ist der Ersatz geradlinig: nachschlagen, was diese Kennung hielt, es schreiben, den neuen Tag anmelden. Besteht sie nicht, rekonstruieren Sie aus dem Zusammenhang, aus Serverprotokollen, die zeigen, was diese Kennung bediente, oder aus einem gleichen Tag anderswo im Rollout.
Gibt es nichts davon, ist der Inhalt fort. Das ist der Augenblick, in dem der Wert einer fünf Minuten dauernden Aufzeichnung bei der Montage offensichtlich wird, und er ist immer zu spät.
Häufige Fragen
Lässt sich Inhalt aus einem körperlich zerbrochenen Tag retten?
Ist die Antenne zerbrochen, nein, denn nichts kann den Chip versorgen. Der Inhalt ist unversehrt und unerreichbar, was auf dasselbe hinausläuft.
Soll der Ersatz derselbe Chip sein?
Derselbe Tag-Typ zählt mehr als derselbe Chip, denn das Verhalten der Plattformen folgt dem Typ. Beides zu treffen ist am einfachsten, solange die Tags noch zu haben sind.
Was, wenn ich denselben Tag nicht mehr finde?
Wählen Sie einen Ersatz desselben Tag-Typs mit mindestens so viel freiem Platz, und prüfen Sie das Verhalten dann auf den Geräten nach, auf die es ankommt, statt Gleichwertigkeit anzunehmen.
Muss ich am Server etwas ändern?
Ruht das System auf Kennungen, ja, und es zu vergessen ist der häufigste Grund, warum ein richtiger Ersatz nicht arbeitet. Melden Sie die neue Kennung an und nehmen Sie die alte heraus.