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

Question

Question

Laserfiche Workflow for Migration

asked on June 6, 2021

Hi,

 

I am using the below search query in Laserfiche Workflow to find the documents in my current repository migrate them to a new one.
 {LF:Name="*", Type="D"} & ({LF:id > 0} - {LF:Tags="Migrated"})

 

I tested one of the documents with the below search query: 
 

  1. {LF:ID=%(Entry ID)}

 

If I give the entry ID for a documnet then the workflow runs fine.

 

But if I don't give the entry ID and want this to run for all the documents as per below search then the workflow goes on waiting state.

 

Am I doing something worng?

 

 {LF:Name="*", Type="D"} & ({LF:id > 0} - {LF:Tags="Migrated"})

 

 

0 0

Replies

replied on June 6, 2021

Hi,

 

If you are looking for several documents and want to process each of them. In your workflow, you have to iterate over the collection of documents.

2021-06-07 08_11_24-Window.png
0 0
replied on June 7, 2021

What do you mean by "Workflow goes into a waiting state"? It's supposed to do that while it waits for a search to return results.

0 0
replied on June 23, 2021

Hi Team,

 

I am using the below search query for Laserfiche migration from Oracle to SQL in my Workflow:
{LF:Name="*", Type="D"} & ({LF:id > 0} - {LF:Tags="Migrated"})

 

If I select a particular document it works fine but using the search query I received "Error encountered when receiving an HTTP response"

 

Is there something I can add to the query so it doesn't time out.

 

I want to migrate all the documents in the current repository to a new one.

0 0
replied on June 24, 2021

It's hard to say without seeing the actual error, where it happens and what versions of Laserfiche are involved. But your query has the potential of returning the entire repository.

Is there a reason why you need Workflow to do this migration instead of using the Laserfiche Repository Oracle to Microsoft SQL Server Migration Utility or briefcases?

0 0
replied on June 24, 2021

Hi Miruna,

 

Thanks for getting back to me. I am getting "Error encountered when receiving an HTTP response" only in the workflow. Also, in my workflow, I'm giving to fetch the first 2/10 results only. Do you think it still goes and search for the whole repository?

 

Version- Using workflow 10.4 to fetch repo from 9.2 to transfer to 10.4

 

Our repository size is too large more than 2 TB. Do you think Migration Utility/briefcases will still work for us?

 

 

0 0
replied on June 24, 2021

After consultation from Laserfiche Engineering, we were advised that the standard Microsoft provided Oracle to SQL data transformation utility cannot successfully achieve a working SQL migrated repository database and that a ‘one-off’ workflow driven migration is required for both repositories.

0 0
replied on June 25, 2021 Show version history

Hi Mehak-

Not sure if you've figured out workarounds, but a couple of thoughts that might be helpful.

  • Don't search for everything. Instead, do it by folder or template or some other way to logically keep track of breaking this down into smaller tasks.
  • I've had some weird issues when trying to run things in parallel or migrating folders this way. I finally gave up and went with the slowest option of one document at-a-time. That may be something specific to my environment, but at least it gets everything successfully. For context: the error is that the document would store fine, but there would be a SQL error when trying to set metadata, so the entry would be migrated without its template/metadata. And it would only raise a warning, so it was very difficult to track down and fix problem documents.
1 0
replied on June 27, 2021

What's the search query if we need to do it by folder?

0 0
replied on June 28, 2021

You would just add "Within Folder" to your search. Here's an example for including a folder named Scanning Test:

 

0 0
replied on June 28, 2021

Follow up to your answer about the migration. The utility I linked is not the Microsoft one, it is a utility Laserfiche built specifically for migrating repositories from Oracle to SQL. Can you confirm that you have been given instructions to not use it? If yes, do you remember the reasons?

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

Sign in to reply to this post.