{"id":917,"date":"2016-10-05T13:14:50","date_gmt":"2016-10-05T13:14:50","guid":{"rendered":"http:\/\/service.konradin.de\/faq\/?p=917"},"modified":"2016-10-05T13:14:50","modified_gmt":"2016-10-05T13:14:50","slug":"textverlust-bei-absturz","status":"publish","type":"post","link":"https:\/\/wp.test.konradin-online.de\/index.php\/2016\/10\/05\/textverlust-bei-absturz\/","title":{"rendered":"Textverlust bei Absturz \u2013 Was kann ich dagegen tun?"},"content":{"rendered":"

Grunds\u00e4tzliches Problem<\/strong>: Eine gro\u00dfe\u00a0St\u00e4rke der tango-Architektur, bringt leider auch eine negative Seite mit sich: Alle Textinhalte von Artikeln werden beim Speichern sofort in die zentrale\u00a0Datenbank geschrieben und sind dadurch gleich f\u00fcr alle\u00a0Kollegen sichtbar (z.B. Layouter). Es gibt also keine einzelnen Text-Dateien wie z.B. .doc-Files, wenn Sie mit Word auf\u00a0einem Laufwerk arbeiten. Werden alle \u00c4nderungen direkt in die Datenbank geschrieben, dann hat das allerdings den Nachteil, dass\u00a0Backup-Sicherungen der Datenbank zwar m\u00f6glicherweise noch einen alten Stand des Artikels enthalten, aber es\u00a0 w\u00fcrde a) sehr lange dauern, so ein\u00a0Backup wieder zur\u00fcckzuspielen.\u00a0Vor allem aber gingen b) auch sehr viele andere, gewollte, \u00c4nderungen wieder verloren, wenn die komplette Datenbank des Produktivsystems auf einen fr\u00fcheren Zustand\u00a0gebracht w\u00fcrde. Die Datenbank-Backups sind also nur Vorsorge f\u00fcr absolute Notf\u00e4lle, bei denen das komplette Produktivsystem wieder aufgebaut werden muss, oder sie m\u00fcssen hilfsweise ins Testsystem importiert werden, um dann einzelne Inhalte daraus zu exportieren (siehe M\u00f6glichkeit 4).<\/p>\n

Trotzdem gibt es M\u00f6glichkeiten zur Schadensbegrenzung bei Abst\u00fcrzen:<\/strong><\/p>\n

VORSORGE: Automatisches Speichern<\/strong><\/p>\n

    \n
  1. \u00d6ffnen Sie tango Script oder<\/em> Seitenredaktion.<\/li>\n
  2. W\u00e4hlen Sie STRG+7 oder das Men\u00fc:\u00a0Extras > Voreinstellungen > Bearbeiten<\/li>\n
  3. Auf der Karte “Text” sollte unter “Speichern” der Haken aktiv sein bei “Automatisch Speichern”. Das Intervall k\u00f6nnen Sie hier selbst bestimmen.
    \n\"text_autospeichern\"<\/li>\n<\/ol>\n

     <\/p>\n

    “STROHHALME”: Nachdem Datenverlust passiert ist: <\/strong><\/p>\n

    M\u00f6glichkeit 1: Versionsvergleich <\/strong><\/p>\n

      \n
    1. Artikel mit rechter Maustaste markieren und Befehl “Versionsvergleich” aufrufen.<\/li>\n
    2. Eventuell sind Texte aus fr\u00fcher gespeicherten\u00a0Versionen noch verwertbar (Versionen werden z.B. auch bei Statuswechsel angelegt).<\/li>\n<\/ol>\n

      M\u00f6glichkeit 2: Im Papierkorb schauen<\/strong><\/p>\n

        \n
      1. Auf der Karte\u00a0 “Redaktion” mit der rechten Maustaste den Knoten (Ausgabe) markieren, in dem m\u00f6glicherweise fr\u00fcher gel\u00f6schte Kopien des Artikels enthalten sein k\u00f6nnten<\/li>\n
      2. Befehl “Papierkorb” ausw\u00e4hlen<\/li>\n
      3. ggf. Artikel ausw\u00e4hlen und “Wiederherstellen” klicken<\/li>\n
      4. Der Artikel liegt dann im Ressort “_nicht_zugeordnet”<\/li>\n<\/ol>\n

        M\u00f6glichkeit 3: Nach\u00a0Layoutvariante fragen (Textelement)<\/strong><\/p>\n

          \n
        1. Manchmal legt das\u00a0Layout sogenannte\u00a0“Layoutvarianten” eines Beitrags an, um\u00a0verschiedene L\u00f6sungen vergleichen zu k\u00f6nnen.<\/li>\n
        2. Dabei wird der Artikelinhalt zu dem Zeitpunkt kopiert, wenn die Textrahmen kopiert werden (als sog. Textelement).<\/li>\n
        3. Falls\u00a0von einem Beitrag eine Layoutvariante existiert, ist der Artikeltext als Textelement gespeichert und der Layouter k\u00f6nnte daraus einen neuen Artikel anlegen.<\/li>\n<\/ol>\n

          M\u00f6glichkeit 4: DB-Sicherung ins Testsystem importieren<\/strong> (ziemlich aufw\u00e4ndig, siehe ganz oben: “Grunds\u00e4tzliches Problem”)<\/p>\n

            \n
          1. User grenzt Zeitpunkt ein, wann der Datenverlust passiert ist.<\/li>\n
          2. IT (Fr. Mennenkamp) pr\u00fcft, welche Backup-Sicherung zur Rekonstruktion in Frage kommt<\/li>\n
          3. IT (Fr. Mennenkamp) importiert\u00a0die Sicherung der Produktiv-Datenbank ins Testystem.<\/li>\n
          4. Aus dem Testsystem\u00a0k\u00f6nnen Inhalte per rechter Maustaste exportiert und ins Prod-System wieder importiert werden.<\/li>\n<\/ol>\n

            Problem: Das kann\u00a0relativ lange dauern, weil die Produktiv-Datenbank\u00a0kontinuierlich w\u00e4chst. Diese M\u00f6glichkeit Ist also nur dann eine Option, wenn sehr viel Arbeit verlorengegangen ist, und alle o.g. “Strohhalme” versagt haben.<\/p>\n\n\n\n