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

Question

Question

Replicate folders & include access rights

Security Laserfiche Workflow Version 9
Updated March 28, 2017
asked on April 13, 2015

Hi All,

 

I'm trying to replicate a production environment to make a UAT/Test environment. There are a lot of access rights set over thousands of folders. I'm trying to copy over the folder structure but not the documents (I only want a subset of documents which I can briefcase over afterwards). I've tried using the copy and 'paste folders only' method along with a Laserfiche briefcase by searching for folders only and also using workflow to 'replicate entries' based on the folders only search results.

In each of these methods the folders are successfully replicated but sadly the access rights are not brought over even though all the users and groups set in the access rights are setup in the destination repository.  I want to replicate the folders and include the access rights.

 

Anyone done this before or have any idea how to achieve this?

 

Cheers!

1 0

Answer

SELECTED ANSWER
replied on April 13, 2015 • Show version history

Hi Chris,

There's an option within the Laserfiche Client to retain security setups on paste folders only within a repository, but there's no direct way to migrate a folder tree out of the repository with security on it. Laserfiche Briefcases just don't include ACLs - there's no way to convert that into other repositories. 

If you're trying to put this on a different Server, you shouldn't need to worry abotu UUID - you should be able to clone the db in SQL, make a copy of the volumes, update the db to point to the volume copy (I know you don't care about the docs, but you don't want them linking to the same location regardless!), and then attach that to a new Server as you would a standard unregistered repository. You should only need to mess with the UUID utiilty if you're actually trying to put it back on the same Lf Server (which isn't really supported, the UUID utility is a potential way to make it work, but it's kind of hacky in the first place). 

2 0
View 6 previous replies
replied on April 14, 2015

Thanks Justin,

 

Good to know.

0 0
replied on October 6, 2016

Justin, so am I correct in thinking that if we are making a copy of a repository and restoring that repository to a dev server that we do not need to run the UUID utility because it is not on the same server as the original repository?

0 0
replied on October 6, 2016

Justin isn't at Laserfiche any more sad

 

To answer your question, as long as it's not on the same LF server, you don't need to change the UUID yes

1 0
replied on October 6, 2016

I know this doesn't have to do with this topic, but where did Justin go?

0 0
replied on October 6, 2016

Amazon, he's on Linkedin. wink

0 0
replied on October 6, 2016

He will be missed :)

0 0
replied on March 28, 2017

Thanks for the well-wishes. I'm back wink

2 0
replied on March 28, 2017

Welcome back Justin! smileywink

0 0
replied on March 28, 2017

Welcome back Justin :)

0 0

Replies

replied on April 13, 2015

Cheers Ben.

 

Surely other people have run into this? Is there a tool from Laserfiche that will allow you to migrate folders along with their access rights? Seems so simple on the face of it, I can't understand why this hasn't been done yet?

1 0
replied on April 13, 2015

I've also tried copying the database but when I try to register the repository I get the error:-

 

Looking in the DB options table I can see the UUID matches whats in the registry. How can I change the UUID so I can use this database?

0 0
replied on April 13, 2015 • Show version history

Chris,

 

I agree that this is a real difficulty for migrating changes into UAT and production. 

Gives me an idea for software... 

In the mean time there's software from Laserfiche to update the UUID. 

 

https://support.laserfiche.com/KB/1012907

 

 

0 0
replied on April 13, 2015

Could do with input from Laserfiche on this one.

Customer is waiting and this is now delaying UAT. It was supposed to be straightforward! Sigh..

0 0
replied on April 13, 2015

I have tried running the UUID utility on the customers DB. However it is very large and it crashes after about 15 hours. Is there a SQL script I can run that will delete all documents but leave the folders present? This would dramatically shrink the DB size (and what we are trying to do also is have a document free repository just the folders and access rights left behind!).

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

Sign in to reply to this post.

Details
Related Posts
Loading ...