You are viewing limited content. For full access, please sign in.

Question

Question

How to best duplicate a production repository for use as a test environment?

asked on January 28, 2015

My customer wants to simply have their existing production repository duplicated as a test environment. What are the pitfalls or considerations to do something like this? I'm thinking that there may be more to it than just copying the repository folder, volume folders, and sql database and mounting them as a new repository? I'm thinking if I do that on the same server that the repository will be trying to point to the same volume location as the current repository. what other conflicts am I going to have to sort out? What about duplicating workflows?

0 0

Answer

APPROVED ANSWER
replied on January 28, 2015 Show version history

You will need to make* a copy the SQL db.  Once you've copied the db, you need to run the UUidupdater tool (https://support.laserfiche.com/KB/1012907).  The steps are as follows:

  1. Unregister from the LF admin console
  2. Detach from SQL
  3. Copy the db
  4. Attach the copy to another instance
  5. Run the UUIDupdater on the copy
  6. You can attach the original back to SQL and register it again.
  7. Once you have run the UUIDupdater on the copy, you can treat the copy like another SQL db for another LF repository.
  8. You will need to make a copy of the volumes at this point and make sure each repository is pointing to its own set.

 

For workflow, you can export the workflows as WFI files from the original and create a new WF db and import the files into it.

5 0

Replies

replied on February 9, 2016

I'm at point 8, but I can't make a full copy of the volumes because they're huge.  Both production and test repositories are currently pointing at the same volumes on a network share.  How can I point the test repository away from the production volume without copying it?  I expect the images to be broken, that's fine.

Thanks!

 

 

0 0
replied on February 9, 2016 Show version history

You cannot have them point to the same volumes.  To have two distinct and separate repositories, you must have separate copies of the volumes.  Once you have copied them elsewhere, you can change the path to the volumes in the admin console.

0 0
replied on February 9, 2016

You cannot have them point to the same volumes.  To have two distinct and separate repositories, you must have separate copies of the volumes.  Once you have copied them elsewhere, you can change the path to the volumes in the admin console.

 

How do I change the path to the volumes in the admin console before attaching a repository that will then point to the same volume paths as production?

0 0
replied on February 9, 2016

You have to attach it first then change the paths.  Since you have another server using the files, you should turn off the other server first before you copy the files and register the repository.

0 0
replied on June 14, 2016

Thanks Raymond, LF Team.  This just solved a big problem for us.

 

 

0 0
replied on September 13, 2016

How long does the Utility usually take to run? We are running it on a 3GB database and it has been stuck on "activity_log - columns: asn" for a good 15 minutes.

0 0
replied on September 13, 2016

You are likely running into the issue described here:
https://answers.laserfiche.com/questions/68638/RepositoryUUIDUpdaterexe-crashing

0 0
replied on September 13, 2016

Looks like it worked, it just got stuck on that step for some reason.

0 0
replied on August 14, 2017

Hi Raymond,

Could you please just clarify what to do in my case. As per this guide we created the copy of the repository from the production environment and successfully attached it to dev. However path in the original repository points to the network share and when I tried to change path for the new dev server message comes up saying that files will be moved to the new location. Is it possible to suppress this? Would be copying root file structure enough to prevent moving files to production?

 

Thank you very much,

0 0
replied on August 14, 2017

The behavior you are getting suggests that not all the steps above were followed. 

0 0
replied on August 15, 2017

Hi Raymond,

The repository is huge and customer does not need all files in the dev environment, so we did not copy any of them. That's why I asked for expert help searching best way (last to questions).

Thank you,

0 0
replied on August 15, 2017

What step did you not follow?
What message are you getting exactly? and
Where or what application are you using when it comes up?

0 0
replied on April 11, 2018

We have taken the repository from PROD environment and restored to TEST environment, also ran UUIDupdater.exe on the db. Everything seems to be working fine, but when trying to "Add" (not Attach) the repository to the TEST workflow server (not the PROD workflow server) through workflow configuration, the following warning popped up. Should we use "Attach" instead, or there is something we missed? 

error_addrepository.jpg
0 0
replied on April 27, 2018

The link to the uuidupdater tool is no longer working.  Any suggestions?

 

thanks

 

Jeff

0 0
replied on May 9, 2018

I'm having the same issue when trying to access the KB article

0 0
replied on May 14, 2018

We asked our VAR, and they sent the utility to us. 

0 0
replied on July 25, 2018 Show version history

I see several have reported the link to the utility does not work and no response from LF.  Any updated link to downloading the utility?

 

EDIT:

For others looking for this utility, I found it at ftp://ftp.laserfiche.com/pub/LF/KB/1012907/

0 0
replied on July 25, 2018

The article was taken down because the utility is not compatible with Laserfiche 10. We'll put it back up with an warning.

1 0
replied on July 25, 2018

So what are we to do for a LF10 DB?

1 0
replied on November 22, 2018

The KB indicates the utility is still only compatible up to v9. Any ETA on update for v10?

1 0
replied on November 28, 2018

Hi Miruna,

I'd just like to add "me too" for LF10 compatible version of uuidupdater.

I'm working on a project with multiple pre-prod and prod environments and am planning a migration process. Is there an ETA for a v10 updater?

-Ben

1 0
replied on June 18, 2019

Is there any update on the RepositoryUUIDUpdater for version 10?

I need to copy a 10.4 repository from a dev server to a production server.

0 0
replied on June 19, 2019

Peter, the UUID only needs to be changed if it is going to be copied to the same LFS.  Making a copy on another server will work fine without changing the UUID.

 

If you must have a copy on the same LFS, open a support case.

0 0
replied on June 19, 2019

Thanks Bert,

So the UUID on the repositories must be local to the server.  I can have the same UUID as long as the repositories are on different Laserfiche servers.

In my scenario the two LFS are both using the same SQL server.  So the repository databases are on the same SQL server, but they are created from separate LFS.

Is this an issue?

Can the two repository databases exist on the same SQL server with the same UUID?

0 0
replied on July 22, 2020

Hi there,

When building a new environment out using an upgrade Eval licence I would like to understand better the applicable steps from above.

I just wondered what the risk is if  in this scenario the existing Production Repository is not unregistered and DB not detached in SQL on the existing PROD server prior to copying both and running the UUID tool on a properly restored backup of the DB before mounting on a new Production LF server?  I was hoping to not disturb the existing PROD server as much as possible. Would this be safe to do also if the existing PROD server LF service is stopped and the same PROD Volume folder gets attached to the new PROD server once the UUID has been executed on it's restored DB for good measure? We also are trying to avoid duplicating a huge 1.25 TB volume when going live but want to understand the risks involved.

Thanks,

 

0 0
replied on July 22, 2020

Sorry I should have mentioned this is a legacy 9.0.2 system going to 10.4.2 on United licensing. Thanks,

0 0
You are not allowed to follow up in this post.

Sign in to reply to this post.