# Disk Cache Backup working wrong

**URL:** <https://forum.inductiveautomation.com/t/disk-cache-backup-working-wrong/86750>\
**Category:** Ignition\
**Tags:** ignition80, ignition81\
**Created:** [March 4, 2024, 10:46am UTC](https://forum.inductiveautomation.com/t/disk-cache-backup-working-wrong/86750 "2024-03-04T10:46:31Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![Miguel\_Cimildoro](https://avatars.discourse-cdn.com/v4/letter/m/53a042/32.png) [@Miguel\_Cimildoro](https://forum.inductiveautomation.com/u/Miguel_Cimildoro)\
**Post date:** [March 4, 2024, 10:46am UTC](https://forum.inductiveautomation.com/t/disk-cache-backup-working-wrong/86750/1 "2024-03-04T10:46:31Z")

</div>

I have had some problems with the database and it has quarantined data. I followed the steps in the video to export the quarantined record ([Controlling Quarantine Data Video at Inductive University](https://www.inductiveuniversity.com/video/controlling-quarantine-data/8.1)), but it would not allow me to click the retry button.

In focusing on the problem and looking for a solution, I realized that the sourceStore belonged to another table that did not match. Why did this happen? I have the "store and forward" configuration set so that table points to a specific database schema. So why, when I export that quarantined record, does it export it with another table? This finding raises questions about the store and forward configuration and the mapping of tables in the database, which requires a detailed review to identify and correct any discrepancies.

![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/e/3/e3227529f3a9273b26276d8bffd883bdb8757614.png)

should be sourceStore="BESS\_1" and not "EMS\_1"

why does this happen?

---

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [March 4, 2024, 1:07pm UTC](https://forum.inductiveautomation.com/t/disk-cache-backup-working-wrong/86750/2 "2024-03-04T13:07:50Z")

</div>

You've already asked this exact question. Double posting is against this forum's rules. When you don't have any answer to a question after a few days, an extra comment to bring more attention is appropriate.

Continue in the original post:

> [@Quarantine Data - sourceStore="other Table"](https://forum.inductiveautomation.com/t/quarantine-data-sourcestore-other-table/86347):
>
> I have had some problems with the database and it has quarantined data. I followed the steps in the video to export the quarantined record ([Controlling Quarantine Data Video at Inductive University](https://www.inductiveuniversity.com/video/controlling-quarantine-data/8.1)), but it would not allow me to click the retry button. In focusing on the problem and looking for a solution, I realized that the sourceStore belonged to another table that did not match. Why did this happen? I have the "store and forward" configuration set so that table points to a specific database…

---

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [March 4, 2024, 1:07pm UTC](https://forum.inductiveautomation.com/t/disk-cache-backup-working-wrong/86750/3 "2024-03-04T13:07:55Z")

</div>

Closed on March 4, 2024, 1:07pm UTC


