This commit is contained in:
2021-12-30 16:40:03 +00:00
parent f75c00bb6e
commit 5dd79d2be3

View File

@@ -56,6 +56,7 @@ If there is any existing data then a file copy of the existing data folders to a
### Restore the attachments
- Note: you do not need to erase any other folders that may also be in the data folder such as logs, backup or temp, only the attachments folder contents need to be erased
- Erase the current contents of the attachments folder identifed above, it must be completely empty before the next step
- Unzip the contents of the attachements zip file into the attachments folder. There will be a lot of folders with single letter of digit names contained within each other, this is normal, you will not see recognizable file names here.
@@ -94,3 +95,11 @@ pg_restore -U postgres -c -d AyaNova ~/downloads/db-20211212195504569.backup
The restore will complete normally without any message if successful.
AyaNova can be re-started at this point, for server type installations restart through the IIS 'site' in Windows or the Service in Linux. If using the desktop single Windows installation, stop the PostgreSQL started in the earlier restore step by typing `ctrl-c` in the PostgreSQL console window then start AyaNova from the desktop launcher as normally.
### Verify the data
- Verify database: login to AyaNova, check that the most recent data that should be in the database backup is present
- Verify attachments: First examine the list of attachments that AyaNova knows about in the database by opening the Adminstration -> Attached files. This list shows the attachments that AyaNova *expects* not necessarily what is physically present so select an attachment listed to open the record that attachment is connected to and confirm the physical file is actually present by opening the file in the attachments area of the form. If the file won't open verify that the attachment files are restored to the attachments folder where AyaNova expects to find them and not in another folder or sub folder and check again and also verify it's not just an issue with that one attachment by checking or more other attachment files in the same way.
There is no need to shut down the server if the attachment files need to be moved to the correct folder.