Database Backup/Restore Add-On - how to correctly configure it? - database-backups

I've deployed the "Database Backup/Restore Add-On" on a PostgreSQL node in one of my Jelastic environments (configured to use a Backup Storage environment that is also deployed in my Jelastic).
But no backup is performed, and no error message is displayed in the Jelastic console.
Database Backup/Restore Add-On:
Add-On Configuration:
Backup Storage environment:
Despite the recurring backup set in the addon configuration, and despite my attemps to trigger a manual backup (using the "Backup Now" button on the addon), nothing happen. I was expecting to find a sql dump file (reflecting the content of my PostgreSQL database) in the /data/environment_name folder of my Backup Storage environment, but the folder remains empty.
Empty Folder - no backup file generated:
Do you have any advice to configure correctly this addon? Where can I find the logs generated by this addon, to check if there are any issues?
Thanks in advance for your support.

Related

Why do I lose contents of my database after a heroku dyno restart?

Anytime my app goes to sleep and comes back on, I lose data in my database
And I'm not storing any media, it's just form data (texts)... I built the app on strapi and I've followed all their guidelines but it keeps happening. I'd be happy if anyone can help
Local data (files, db) is cleared after a Dyno restart because the Heroku File System is ephemeral. A Dyno is restarted (at least) every 24hrs.
In your case Strapi uses SQLite where data is saved in a local file.
Strapi suggests to configure Postgres on Heroku, alternatively you can use an external DB storage service.
First of all:
As you create content types with strapi it generates the code (= new files) for the according controllers/routes/services
Heroku does not persist data after a restart
After a restart strapi checks which content types exist in the code and deletes the tables of nonexisting types from the database.
Therefore, on Heroku you have to set up all your content types locally and connect to an external db (e.g. Heroku Postgres) but never strapi's default textfile based db.
Then push the generated files and finally deploy.
Thus, on Heroku you should always run in production mode. This way the option to alter content types is completely blocked and you will not run into the issue of data loss after a restart.

can we able to recover the workspace oracle apex

I have created one application in oracle application online, and i have not worked for 3months in it but i have worked before a lot and not even have a backup file of that application.
i got an email that "Your workspace is about to be purged!" and when i trying to login its saying "Workspace aaa will not be purged. Thank you."
But i cannot see the workspace again, please anyone help to recover the workspace in oracle application express
This is a routine email that apex.oracle.com sends to purge workspaces - to remove dormant workspaces.
Workspace will not be purged
this means that your workspace is still there.
you can go to apex.oracle.com and log in using your credentials

Save Rocket.Chat configuration in files to deploy it easily

I have just installed a new instance of Rocket.Chat (on heroku), and I'm beginning to play with the configuration. I changed the colors, added some Incoming and Outgoing Integration Scripts and changed some other parameters here and there.
Is it possible to get those changes in a configuration file so that if I have to redeploy another Rocket.Chat instance elsewhere I could apply this configuration easily ?
I will share my experience feedback.
I installed Rocket.Chat in manual (step by step)
In a concern of reinstalling my VPS, I recovered all the data of the database mongoDB in .gz file format and was able to restore without encumber with the following commands :
#for dump
mongodump --archive=rocketchat.gz --gzip
# for restore
mongorestore --gzip --archive=rocketchat.gz
MongoDB's dump doc - MongoDB's restore doc
Good luck

Auto-deploy/reload a jar in weblogic server

I am new to Oracle SOA Suite 11.1.1.4... Currently I am working on User defined XPath Functions. As part of this, I will prepare a jar file and need to deploy into weblogic server(10.3) domain lib folder(fusionmw\soasuite\11gR1\11.1.1\sp4\user_projects\domains\DOMAIN_NAME\lib). When ever this jar is altered, I need to replace this in server domain lib and restart the server to load the changes. But I feel this is not a good practice in production server to restart.
Is there a way to auto load updated jar into server's domain so the changes will reflect immediately instead of restarting the server.
Thanks in advance,
Swamy.
Auto-deployment is a method for quickly deploying an application to a stand-alone server (Administration Server) for evaluation or testing. It is recommended that this method be used only in a single-server development environment.
You can run a WebLogic Server domain in two different modes: development and production. Only development mode allows you use the auto-deployment feature
To auto-deploy an archived application, copy its archive file to the /autodeploy directory. WebLogic Server automatically sets the application’s deployment mode to stage mode.
Few words of caution when using autodeploy
Make sure that the server is running while you are adding/replacing/deleting a jar/war/ear in the autodeploy folder. Otherwise the server goes out of sync
Make sure the server is running in development mode otherwise the autodeploy folder changes are not seen by the server instance
In case you are packaging your jar/war/ear in a windows system then deploying it to a weblogic server running in a Unix environment, the weblogic instance will fail to unpack/autodeploy the file through the following exception
java.util.zip.ZipException: Error opening file - filename.war Message - error in opening zip file
java.io.IOException: error in opening zip file with ... Message - error in opening zip file ....
Read this link

Where does WAMP server store database files

My hard-drive has encountered some problems and I am unable to boot Windows with it.
I am able to view the drive's contents by connecting it to another PC as an external drive.
On the culprit drive I was running a local WAMP server for dev purposes and I'm looking to save the mySQL databases from it.
I can see my wamp directory at E:\wamp. Is it possible to start up the server from here so as to use phpmyadmin to perform a mysqldump? If not what are my options to recover the DB-
On my system, they are in C:\Program Files (x86)\WampServer\bin\mysql\mysql5.1.53\data. So in yours they would be in E:\wamp\bin\mysql\mysql-version\data.
You can start mysql locally from E:\wamp\bin\mysql\mysql-version\bin, where all the executables are. Be aware that the configuration file you want to use is E:\wamp\bin\mysql\mysql-version\my.ini.
You can also simply copy all the subdirectories to another server. I'm no MySql expert, but that should let the other server use your databases without problem.
I needed to re-install Wamp and I recovered my databases by copying the data directory in wamp\bin\mysql\mysql-version\ from a backup, phpMyAdmin picked up the databases and tables.

Resources