To be translated and elaborated
Ved tab af større data mængder skal vi evt. også have mulighed for at to ben kommunikerer, evt. hvor klienten giver information om hvilket ben der skal bede om data fra hvilket andet ben.
Der skal også tages højde for at den nemmeste løsning kan være at en disk fysisk flyttes for at få overført data. Dette kan være samme scenarie som ovenfor, såfremt den "flytbare disk" kan identificere sig som det ben den transportere data fra. Dette skal undetøttes af en delvis organisatorisk løsning og med funktionalitet i klienten til at understøtte dette.
The process must update integrity information after ended replace operation, and possibly make an extra integrity checkThe correct can either be in connection with
- lost data
- damaged data (action: replace damaged data)
For lost data the process must put the missing data to pillars that are missing the data. For damaged data the process must replace damaged data with correct data. After ended repair the integrity information must be updated, and possibly integrity checked. This is illustrated below.
Note |
---|
Drawing to be made and inserted |
Lost data
For loss of small data this is handled by put as illustrated in the figure. However for mass loss, we may have to open possibility for two pillars to communicate directly - though coordinated by client as for replacement.
There may also need to be cases where we need to physically move e.g. a disk from one pillar to another in order to make the data transfer of large chunks of data. It can be treated as the scenario for pillar to pillar communication, where moved data can be identified as the pillar it was transported from. however the full solution has to be both organisational and technical.
Note |
---|
To be further elaborated and analysed - are there specific requirements to message formats here? |
Damaged data
The actual replace operations is described in more detail under Replace File.