# העלאות אבדו במהלך העברת שרתים

**URL:** <https://meta.discourse.org/t/uploads-lost-during-server-migration/242982>\
**Category:** Product Support\
**Created:** [26 באוקטובר,‏ 2022,‏ 4:30pm UTC](https://meta.discourse.org/t/uploads-lost-during-server-migration/242982 "2022-10-26T16:30:26Z")\
**Posts on this page:** 1\
**Showing post:** 11

<div class="post-metadata">

**Author:** ![Stephen](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/stephen/32/95011_2.png) [@Stephen](https://meta.discourse.org/u/Stephen)\
**Post date:** [28 באוקטובר,‏ 2022,‏ 4:42pm UTC](https://meta.discourse.org/t/uploads-lost-during-server-migration/242982/11 "2022-10-28T16:42:47Z")

</div>

I guess I just hark from an older generation. My ops days began with stacks of tapes and the guiding principle that it isn’t a backup unless you’ve validated that it works and contains the expected data. Nothing like spending hours pulling data off LTO and realizing that permissions or file locks blocked a backup agent from grabbing critical files.

If the current arrangement can bamboozle new and seasoned users alike maybe we need a clearer indicator in the filename, appending `complete` and `no-uploads` ? The existing approach is giving users a false sense of security, so this definitely feels like there’s room for improvement.

Would you be open to that @supermathie?

---

_[View the full topic](https://meta.discourse.org/t/uploads-lost-during-server-migration/242982)._
