Neue Insider Version 1 zur V 4.5 verfügbar
NEU! Dynamische Akzentfarben in der VISU per Objekt steuerbar
NEU! Seite wechseln sperren per Objekt
NEU! Neue Symbole in VISU und Logik Manager
NEU! Putzmodus im VISU Client
NEU! Umfangreich verbesserter Logik Manager
Alle Informationen hier: https://elabnet.atlassian.net/wiki/x/AYD5ng
NEU! Dynamische Akzentfarben in der VISU per Objekt steuerbar
NEU! Seite wechseln sperren per Objekt
NEU! Neue Symbole in VISU und Logik Manager
NEU! Putzmodus im VISU Client
NEU! Umfangreich verbesserter Logik Manager
Alle Informationen hier: https://elabnet.atlassian.net/wiki/x/AYD5ng
[FR] Backup auf externes Ziel
Forumsregeln
- Denke bitte an aussagekräftige Titel und gebe dort auch die [Firmware] an. Wenn ETS oder CometVisu beteiligt sind, dann auch deren Version
- Bitte mache vollständige Angaben zu Deinem Server, dessen ID und dem Online-Status in Deiner Signatur. Hilfreich ist oft auch die Beschreibung der angeschlossener Hardware sowie die verwendeten Protokolle
- Beschreibe Dein Projekt und Dein Problem bitte vollständig. Achte bitte darauf, dass auf Screenshots die Statusleiste sichtbar ist
- Bitte sei stets freundlich und wohlwollend, bleibe beim Thema und unterschreibe mit deinem Vornamen. Bitte lese alle Regeln, die Du hier findest: https://wiki.timberwolf.io/Forenregeln
-
- Elaborated Networks
- Reactions:
- Beiträge: 10362
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 5096 Mal
- Danksagung erhalten: 8253 Mal
- Kontaktdaten:
Darüber können wir durchaus nachdenken.
Stefan Werner
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de
Link zu Impressum und Datenschutzerklärung oben.
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de
Link zu Impressum und Datenschutzerklärung oben.
-
- Reactions:
- Beiträge: 23
- Registriert: So Aug 12, 2018 11:34 am
- Hat sich bedankt: 24 Mal
- Danksagung erhalten: 10 Mal
Dann hättest du aber 2 Fehlerquellen die beide überwacht werden müssten.jockel hat geschrieben: ↑Di Jan 22, 2019 7:27 pm Wäre anstand diverse Konfigurationsmöglichkeiten für externe Ziele vorzusehen nicht einfacher, der TW stellt die Backups per scp, Samba Share und vielleicht rsync zur Verfügung, so dass eine Backupsoftware die da abholen kann?
Das sollte selbst mit den meisten NAS klappen.
Gruß Oliver
Timberwolf 2500 in Raspberry Violent
timberwolf140, VPN offen, Reboot jederzeit
timberwolf140, VPN offen, Reboot jederzeit
-
- Reactions:
- Beiträge: 10
- Registriert: So Sep 22, 2024 10:06 am
- Hat sich bedankt: 5 Mal
- Danksagung erhalten: 15 Mal
Ping!
Was ist aus diesem FR geworden? Datensicherheit sowie eine schnelle Recovery-Lösung halte ich für sehr wichtig. Kann man irgendwo sehen, wo dieses FR gelandet ist und ob es noch verfolgt wird?
Grüße, PL
Was ist aus diesem FR geworden? Datensicherheit sowie eine schnelle Recovery-Lösung halte ich für sehr wichtig. Kann man irgendwo sehen, wo dieses FR gelandet ist und ob es noch verfolgt wird?
Grüße, PL
Timberwolf Server 3500XL / #1614 (VPN offline)
Modbus RTU : Energy Meter ORNO OR-WE-517
Modbus TCP : Weishaupt Biblock WBB-20-A
FirWa-Station mit FC3.10 Steuerung und Solarthermie mit WRSol 2.1 (Anbindung an TWS geplant)
Modbus RTU : Energy Meter ORNO OR-WE-517
Modbus TCP : Weishaupt Biblock WBB-20-A
FirWa-Station mit FC3.10 Steuerung und Solarthermie mit WRSol 2.1 (Anbindung an TWS geplant)
-
- Reactions:
- Beiträge: 3833
- Registriert: So Aug 12, 2018 10:20 am
- Hat sich bedankt: 1350 Mal
- Danksagung erhalten: 1792 Mal
Auf Basis der zuletzt gemachten Erfahrungen, gibt es nur noch kurzfristige Vorankündigungnen zu einzelnen Features. Diskussionen und Rücksprachen auch primär nur im Insiderbereich.
Eine hohe Transparenz und Diskussionsfreude seitens des Herstellers wird zwar immer gefordert, ergibt aber auch immer komischer Weise Kritik wenn drüber geredet wird, und umso eher wenn sich Prioritäten mal verschieben.
Eine hohe Transparenz und Diskussionsfreude seitens des Herstellers wird zwar immer gefordert, ergibt aber auch immer komischer Weise Kritik wenn drüber geredet wird, und umso eher wenn sich Prioritäten mal verschieben.
Grüße Göran
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#PV 43,2 kWh Akku; 3x VE MP2 5000; 6,7 kWp > 18 Panele an 4x HM1500 + 1 HM800 WR; Open-DTU
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#PV 43,2 kWh Akku; 3x VE MP2 5000; 6,7 kWp > 18 Panele an 4x HM1500 + 1 HM800 WR; Open-DTU
-
- Reactions:
- Beiträge: 10
- Registriert: So Sep 22, 2024 10:06 am
- Hat sich bedankt: 5 Mal
- Danksagung erhalten: 15 Mal
Ok, verstehe ich. Transparenz und Informationen wecken natürlich Begehrlichkeiten und die Meinungen zur Priorität von Features sind sicherlich sehr unterschiedlich. Auf der anderen Seite ist eine Sicherung auf einen properitären USB-Stick ein System von 1970 und sehr weit weg von state-of-the-art.
Diese Kritik muss man sich dann eben auch gefallen lassen. Ich bin da der Meinung, bevor man verschiedenste neue Features einbaut, sollten mal die Basics auf das aktuelle NIveau gehoben werden. Da bin ich als neuer Kunde nicht positiv überrascht.
Diese Kritik muss man sich dann eben auch gefallen lassen. Ich bin da der Meinung, bevor man verschiedenste neue Features einbaut, sollten mal die Basics auf das aktuelle NIveau gehoben werden. Da bin ich als neuer Kunde nicht positiv überrascht.
Timberwolf Server 3500XL / #1614 (VPN offline)
Modbus RTU : Energy Meter ORNO OR-WE-517
Modbus TCP : Weishaupt Biblock WBB-20-A
FirWa-Station mit FC3.10 Steuerung und Solarthermie mit WRSol 2.1 (Anbindung an TWS geplant)
Modbus RTU : Energy Meter ORNO OR-WE-517
Modbus TCP : Weishaupt Biblock WBB-20-A
FirWa-Station mit FC3.10 Steuerung und Solarthermie mit WRSol 2.1 (Anbindung an TWS geplant)
-
- Reactions:
- Beiträge: 115
- Registriert: Sa Mär 02, 2024 11:04 am
- Hat sich bedankt: 74 Mal
- Danksagung erhalten: 71 Mal
Moin,
man kann das Backup auch lokal auf dem TWS speichern und über das Browser-Interface herunterladen.
Die Speicherung ausschließlich auf lokale Ziele (interner Speicher, Stick) hat den Vorteil, dass diese unabhängig von irgendwelchen Voraussetzungen immer verfügbar sind.
Mir fallen viele mögliche Fußangeln ein, die eine Sicherung auf externe Ziele kompliziert bzw. fehleranfällig machen. Z.B. der „state-of-the-art“ Omada Controller von TP-Link sichert auch nur auf USB.
Dass man den Sicherungsstick nur kaufen aber nicht selber erstellen kann gefällt mir allerdings auch nicht so recht. Nachdem was ich bisher dazu gelesen haben ist der nicht im eigentlichen Sinne proprietär, sondern muss nur auf eine bestimmte Weise partitioniert und formatiert werden - man sollte meine dafür müsste es eigentlich eine Funktion im TWS geben können.
Aber was soll‘s. Elabnet möchte 100% Funktionssicherheit anbieten. Wenn das nur so erreichbar ist - der Stick kostet nicht die Welt. Nichts wäre ärgerlicher, als wenn ein Kunde einen eigenen Backstick verwendet hätte, der im Fall der Fälle dann nicht nutzbar ist.
Viele Grüße,
Stefan
man kann das Backup auch lokal auf dem TWS speichern und über das Browser-Interface herunterladen.
Die Speicherung ausschließlich auf lokale Ziele (interner Speicher, Stick) hat den Vorteil, dass diese unabhängig von irgendwelchen Voraussetzungen immer verfügbar sind.
Mir fallen viele mögliche Fußangeln ein, die eine Sicherung auf externe Ziele kompliziert bzw. fehleranfällig machen. Z.B. der „state-of-the-art“ Omada Controller von TP-Link sichert auch nur auf USB.
Dass man den Sicherungsstick nur kaufen aber nicht selber erstellen kann gefällt mir allerdings auch nicht so recht. Nachdem was ich bisher dazu gelesen haben ist der nicht im eigentlichen Sinne proprietär, sondern muss nur auf eine bestimmte Weise partitioniert und formatiert werden - man sollte meine dafür müsste es eigentlich eine Funktion im TWS geben können.
Aber was soll‘s. Elabnet möchte 100% Funktionssicherheit anbieten. Wenn das nur so erreichbar ist - der Stick kostet nicht die Welt. Nichts wäre ärgerlicher, als wenn ein Kunde einen eigenen Backstick verwendet hätte, der im Fall der Fälle dann nicht nutzbar ist.
Viele Grüße,
Stefan
Zuletzt geändert von AndererStefan am Mo Okt 21, 2024 8:55 am, insgesamt 2-mal geändert.
TWS 3500XL ID:1486, VPN aktiv, Reboot nach Rücksprache
-
- Reactions:
- Beiträge: 10
- Registriert: So Sep 22, 2024 10:06 am
- Hat sich bedankt: 5 Mal
- Danksagung erhalten: 15 Mal
Hallo Stefan,
danke für die Info zu dem Thema. Ich möchte hier jetzt auch keine Grundsatzdiskussion vom Zaun brechen, weil ich den TWS schätzen und lieben gelernt habe. Er ermöglicht sehr viele Dinge, um das SmartHome wirklich intelligenter zu machen. Es fühlt sich nur nicht gut an, wenn ich manuell die Sicherungen machen muss, gerade bei so einer sensiblen und zentralen Komponente in der Hausinfrastruktur.
Wie immer ist sowieso jeder selbst verantwortlich die Funktionstüchtigkeit von Backups sicherzustellen in dem man den Restore-Prozess regelmäßig testet. (Zumindest in der Theorie.) Ich glaube das Medium spielt da keine Rolle. Es fühlt sich einfach nicht gut an, wenn man solch einen manuellen Prozess in ein sonst automatisiertes System einbaut.
Man könnte dies auch als erweitertes Feature einbauen und über doppelte Abfrage und Sicherheitshinweis erst zugänglich machen. Aber wem erzähle ich das, das macht ihr an anderer Stelle ja schon.
Minimallösung könnte die zeitgesteuerte Erstellung des Backups auf die SSD sein. Den Cronjob zum Kopieren auf eine Netzresource bekomme ich dann noch hin, wenn mir andere Security-Features nicht in die Suppe spucken.
Ich finde dieses Feature würde dem TWS sehr gut stehen. Vielleicht könnt ihr das ja nochmal in eine Feature-Priorisierungs-runde mit aufnehmen.
Danke für das super Produkt und die offene Art hier im Forum.
Viele Grüße, PL
P.S.: Meine Kunden finden es immer nicht so gut, wenn ich mit anderen Produkten argumentiere, die es auch nicht besser machen. Sorry, konnte ich mir nicht verkneifen.
danke für die Info zu dem Thema. Ich möchte hier jetzt auch keine Grundsatzdiskussion vom Zaun brechen, weil ich den TWS schätzen und lieben gelernt habe. Er ermöglicht sehr viele Dinge, um das SmartHome wirklich intelligenter zu machen. Es fühlt sich nur nicht gut an, wenn ich manuell die Sicherungen machen muss, gerade bei so einer sensiblen und zentralen Komponente in der Hausinfrastruktur.
Wie immer ist sowieso jeder selbst verantwortlich die Funktionstüchtigkeit von Backups sicherzustellen in dem man den Restore-Prozess regelmäßig testet. (Zumindest in der Theorie.) Ich glaube das Medium spielt da keine Rolle. Es fühlt sich einfach nicht gut an, wenn man solch einen manuellen Prozess in ein sonst automatisiertes System einbaut.
Man könnte dies auch als erweitertes Feature einbauen und über doppelte Abfrage und Sicherheitshinweis erst zugänglich machen. Aber wem erzähle ich das, das macht ihr an anderer Stelle ja schon.
Minimallösung könnte die zeitgesteuerte Erstellung des Backups auf die SSD sein. Den Cronjob zum Kopieren auf eine Netzresource bekomme ich dann noch hin, wenn mir andere Security-Features nicht in die Suppe spucken.
Ich finde dieses Feature würde dem TWS sehr gut stehen. Vielleicht könnt ihr das ja nochmal in eine Feature-Priorisierungs-runde mit aufnehmen.
Danke für das super Produkt und die offene Art hier im Forum.
Viele Grüße, PL
P.S.: Meine Kunden finden es immer nicht so gut, wenn ich mit anderen Produkten argumentiere, die es auch nicht besser machen. Sorry, konnte ich mir nicht verkneifen.
Timberwolf Server 3500XL / #1614 (VPN offline)
Modbus RTU : Energy Meter ORNO OR-WE-517
Modbus TCP : Weishaupt Biblock WBB-20-A
FirWa-Station mit FC3.10 Steuerung und Solarthermie mit WRSol 2.1 (Anbindung an TWS geplant)
Modbus RTU : Energy Meter ORNO OR-WE-517
Modbus TCP : Weishaupt Biblock WBB-20-A
FirWa-Station mit FC3.10 Steuerung und Solarthermie mit WRSol 2.1 (Anbindung an TWS geplant)
-
- Reactions:
- Beiträge: 428
- Registriert: Mo Aug 13, 2018 6:31 pm
- Hat sich bedankt: 198 Mal
- Danksagung erhalten: 147 Mal
Das kann man nur nicht vernünftig automatisieren und in ein vorhandenes Backupkonzept einbinden...AndererStefan hat geschrieben: ↑Mo Okt 21, 2024 8:55 am Moin,
man kann das Backup auch lokal auf dem TWS speichern und über das Browser-Interface herunterladen.
TWS 2500 ID: 145 + 1x TP-UART + 2x DS9490R, VPN geschlossen, Reboot nach Absprache / wiregate198 (im Ruhestand)
-
- Reactions:
- Beiträge: 3833
- Registriert: So Aug 12, 2018 10:20 am
- Hat sich bedankt: 1350 Mal
- Danksagung erhalten: 1792 Mal
Ja aktuell nur manuelle Workaraounds.
Und ja das ist nicht state of the Art, aber dennoch schaut man sich die Konkurrenz der KNX-Hutschinenserver an, gibt es da auch nur wenig bis nix als Backup-Lösung.
Nicht optimal aber das hält die Priorität eben auch etwas gering.
Im Endkundenmassenmarkt existiert leider noch viel zu wenig ein Gespür für die Wichtigkeit einer solchen Funktion, wodurch die Allokation von Entwicklungsressourcen auf dieses Thema derzeit nicht zu mehr Umsatz führt.
Als nerdige Experten, die wir hier uns in dem Threads so sammeln, ziehen wir da dann leider derzeit den Kürzeren.
Und ja das ist nicht state of the Art, aber dennoch schaut man sich die Konkurrenz der KNX-Hutschinenserver an, gibt es da auch nur wenig bis nix als Backup-Lösung.
Nicht optimal aber das hält die Priorität eben auch etwas gering.
Im Endkundenmassenmarkt existiert leider noch viel zu wenig ein Gespür für die Wichtigkeit einer solchen Funktion, wodurch die Allokation von Entwicklungsressourcen auf dieses Thema derzeit nicht zu mehr Umsatz führt.
Als nerdige Experten, die wir hier uns in dem Threads so sammeln, ziehen wir da dann leider derzeit den Kürzeren.
Grüße Göran
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#PV 43,2 kWh Akku; 3x VE MP2 5000; 6,7 kWp > 18 Panele an 4x HM1500 + 1 HM800 WR; Open-DTU
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#PV 43,2 kWh Akku; 3x VE MP2 5000; 6,7 kWp > 18 Panele an 4x HM1500 + 1 HM800 WR; Open-DTU
-
- Reactions:
- Beiträge: 10
- Registriert: So Sep 22, 2024 10:06 am
- Hat sich bedankt: 5 Mal
- Danksagung erhalten: 15 Mal
Hi gbglace,
ja, ist alles nachvollziehbar, aber eben nicht schön. Wenn ich hier einige Artikel richtig interpretiere, dann ist der TWS durchaus auch für den professionellen Einsatz vorgesehen und nicht nur für Nerds. Ich glaube da würde es dem TWS gut stehen, solche Comodity Features mitzubringen. Also, wer will denn bei größeren Anlagen heute noch zu jedem TWS laufen um einmal im Monat ein Backup zu ziehen?
Naja, vielleicht erbarmt sich ja mal jemand und nimmt sich dem Thema an.
Beste Grüße, PL
ja, ist alles nachvollziehbar, aber eben nicht schön. Wenn ich hier einige Artikel richtig interpretiere, dann ist der TWS durchaus auch für den professionellen Einsatz vorgesehen und nicht nur für Nerds. Ich glaube da würde es dem TWS gut stehen, solche Comodity Features mitzubringen. Also, wer will denn bei größeren Anlagen heute noch zu jedem TWS laufen um einmal im Monat ein Backup zu ziehen?
Naja, vielleicht erbarmt sich ja mal jemand und nimmt sich dem Thema an.
Beste Grüße, PL
Timberwolf Server 3500XL / #1614 (VPN offline)
Modbus RTU : Energy Meter ORNO OR-WE-517
Modbus TCP : Weishaupt Biblock WBB-20-A
FirWa-Station mit FC3.10 Steuerung und Solarthermie mit WRSol 2.1 (Anbindung an TWS geplant)
Modbus RTU : Energy Meter ORNO OR-WE-517
Modbus TCP : Weishaupt Biblock WBB-20-A
FirWa-Station mit FC3.10 Steuerung und Solarthermie mit WRSol 2.1 (Anbindung an TWS geplant)