Details
-
Type:
Monitor
-
Status: Closed
-
Priority:
Major
-
Resolution: Done
-
Affects Version/s: None
-
Fix Version/s: 2021
-
Component/s: FIWARE-TECH-HELP
-
Labels:
-
HD-Chapter:Data
-
HD-Enabler:Cosmos
Description
Created question in FIWARE Q/A platform on 17-02-2016 at 09:02
Please, ANSWER this question AT http://stackoverflow.com/questions/35451531/fiware-data-loss-prevention
Question:
Fiware: Data loss prevention
Description:
I’m working with the 0.27.0 version of context broker. I'm using the Cygnus generic enabler and I have established a MQTT agent that connects external devices to the context broker.
My major concern right now is how to prevent from data loss. I established the context broker and the Cygnus mongodb databases as replica sets, but that won't ensure that all data will be persisted into the databases. I have seen that Cygnus uses Apache flume. Looking at its configuration, the re-injection retries can be configured:
- Number of channel re-injection retries before a Flume event is definitely discarded (-1 means infinite retries)
cygnusagent.sources.http-source.handler.events_ttl = -1
¿It is a good idea to establish the retries value to -1? I have read about events re-injected in the channel forever.
¿What can be done to ensure that all the data will be persisted?
¿Is there any functionality into fiware ecosystem oriented to that purpose?
Activity
| Field | Original Value | New Value |
|---|---|---|
| Component/s | FIWARE-TECH-HELP [ 10278 ] |
| Assignee | Francisco Romero [ frb ] |
| Status | Open [ 1 ] | In Progress [ 3 ] |
| Status | In Progress [ 3 ] | Answered [ 10104 ] |
| Resolution | Done [ 10000 ] | |
| Status | Answered [ 10104 ] | Closed [ 6 ] |
| Summary | [fiware-stackoverflow] Fiware: Data loss prevention | FIWARE.Question.Tech.Fiware: Data loss prevention |
| HD-Enabler | Cosmos [ 10872 ] | |
| HD-Chapter | Data [ 10838 ] |
| Summary | FIWARE.Question.Tech.Fiware: Data loss prevention | FIWARE.Question.Tech.Data.BigData-Analysis.Fiware: Data loss prevention |
| Fix Version/s | 2021 [ 12600 ] |
| Transition | Time In Source Status | Execution Times | Last Executer | Last Execution Date | |||||
|---|---|---|---|---|---|---|---|---|---|
|
2d 2h 59m | 1 | Backlog Manager | 19/Feb/16 3:02 PM | |||||
|
3h | 1 | Backlog Manager | 19/Feb/16 6:02 PM | |||||
|
1d 20h 59m | 1 | Backlog Manager | 21/Feb/16 3:02 PM |
2016-02-17 12:05|CREATED monitor | # answers= 0, accepted answer= False