Hi Jakob, Glad you got that working.
Database backups are meant to be restored into a system with the same database topology (that is, the same database name, the same forest names, the same forest paths, and the same forest host assignments) and on the same platform. As you have discovered, you can sometimes work around this, but MarkLogic does not test that configuration, so do be careful there.... -Danny From: [email protected] [mailto:[email protected]] On Behalf Of Jakob Fix Sent: Thursday, January 09, 2014 3:08 PM To: MarkLogic Developer Discussion Subject: Re: [MarkLogic Dev General] strategy for using a database in a different application context Hi, I looked into this again, and it does indeed work. For archival purposes, here is the test: * create a forest test-1-forest and a test-1-db, attach them * create a forest test-2-forest and a test-2-db, attach them * insert one test document in test-1-db: xdmp:document-insert("test.xml", <this-is-a-test/>) * back up db: xdmp:database-backup(xdmp:database-forests(xdmp:database("test-1-db")), "/tmp/backups/") * rename /tmp/backups/20140109-2351133675890/Forests/test-1-forest to test-2-forest * restore db: xdmp:database-restore(xdmp:database-forests(xdmp:database("test-2-db")), "/tmp/backups/") * check test document can be found in test-2-db Finally, no need to delete the Label file, renaming the forest directory is sufficient. This works fine on a Mac and ML7 as well as on Windows and ML7. It did not work when trying to restore a Mac db on a Windows installation of ML7, but I think I read somewhere that databases are not binary compatible across operating systems. Final doubt: will it work if the "source" database is located on one server and is to be restored on another one? cheers, Jakob. On Thu, Jan 9, 2014 at 8:24 PM, Geert Josten <[email protected]<mailto:[email protected]>> wrote: Hi Jakob, Deleting the Label should work. MarkLogic is only telling it didn't find one, and will create a new one on the go afaik.. Not sure why it is complaining in the first place though. Don't see why a forest name should influence the contents of any of the forest files, but you never know.. Cheers, Geert Van: [email protected]<mailto:[email protected]> [mailto:[email protected]<mailto:[email protected]>] Namens Jakob Fix Verzonden: donderdag 9 januari 2014 18:05 Aan: MarkLogic Developer Discussion Onderwerp: Re: [MarkLogic Dev General] strategy for using a database in a different application context Hi Geert, size is not currently a problem so we're attempting the backup/restore routine. however, we're getting the "Bad forest label magic number" error when we are trying to restore a database from a backup from the production server to the test server as the database has not the same name (e.g. kv3-prod-db vs kv3-nightly-db). I found this exchange from last year http://markmail.org/thread/3xtlnvrg5izvbdbm where Jim suggests successfully, it seems to delete the Label file and to restart the server. When we do this ML explains about a missing Label file... maybe this is not the same case where this error message is returned. cheers, Jakob. On Thu, Jan 9, 2014 at 5:01 PM, Geert Josten <[email protected]<mailto:[email protected]>> wrote: Hi Jakob, Backup/restore could take relatively long, depending how large your database is. Another approaches could be replication. It might also depend whether you need a clean database each testrun, because you typically mess things up with testing, or not. Cheers, Geert Van: [email protected]<mailto:[email protected]> [mailto:[email protected]<mailto:[email protected]>] Namens Jakob Fix Verzonden: donderdag 9 januari 2014 15:14 Aan: General Mark Logic Developer Discussion Onderwerp: [MarkLogic Dev General] strategy for using a database in a different application context Hi, we'd like to set up a nightly test job that uses the current development code base against the latest production database. what we were thinking was to do a database backup from the production database, and restore it to the test server. is this a logical scenario, or is there better? cheers, Jakob. _______________________________________________ General mailing list [email protected]<mailto:[email protected]> http://developer.marklogic.com/mailman/listinfo/general _______________________________________________ General mailing list [email protected]<mailto:[email protected]> http://developer.marklogic.com/mailman/listinfo/general
_______________________________________________ General mailing list [email protected] http://developer.marklogic.com/mailman/listinfo/general
