Dumping and restoring the entire labkey database (i.e., all labkey schemas) will generally work best. Several production installations of LabKey use this method to snapshot their primary database and move it to their test and staging servers. Just be aware that ALL settings, users, and permissions will be copied with the database. In the case of moving a production database to a dev or test server, you'll probably want to make modifications, such as:

• De-activate most users (to prevent them from getting email notifications from the clone, e.g.)
• Change the color scheme and header name (to make it more obvious which server you're using)
• Change base server URL and exception reporting settings (on a dev machine)
• Look at the SSL and authentication settings

If you're going to do this regularly, I suggest writing a SQL script that automatically performs these changes.

Restoring individual tables will not work very well, since container ids, user ids, and other foreign keys will differ between servers.