@dragonc – yeah i’m starting to think that’s what happened…
here’s the process that’s running from rackspace:
>>Task Name restore db
>>Schedule Every month on the 9th day at 05:42 PM
>>Command db_restore.sh
so if I’m getting it correctly, whoever did the initial transfer of our database to the new server early in January set it up so that on the 9th of every month the db would restore itself. if so – why would they do that? is that a security measure assuming that the end user won’t need to edit any of the theme/db files and restore all files to default in case changes are inadvertently made?
if so, it sounds like we need to go ahead and disable these recurring processes on our host end to make sure future changes to the database aren’t wiped on the 9th of next month…
sorry for the lengthy post – i’m not a developer so i’m trying to understand how some of this works. thanks for bearing with me-
