01-04-2017 03:29 PM
I am adding an existing keyword to the Auto Name structure for a document type. I know that any new documents will take on the new name. However, I have roughly 160,000 existing OnBase documents that I need to update with a new Auto Name also.
I know there is an option when you change the Auto Name of a Document Type to "Rename All Documents of This Document Type."
My questions are:
Thanks for any suggestions.
Eric
01-05-2017 04:17 AM
Hi Eric,
From my personal experience, I would definitely ensure that you target the "Rename All Documents of This Document Type" from Config for after hours or during a weekend window when batches aren't being committed. I did this with a few document types in the past and the document types were large enough that it spilled in to the day - I ended up finding that a small number of newly scanned documents ended up in the Committed Queue, but weren't retrievable through search as their hsi.itemdata status did not get updated properly during the commit process. I ended up having to work with Tech Support to correct the identified documents. It's tough to gauge how long the update process will take as it's heavily dependent on your environment. 160,000 doesn't sound like a lot of documents especially if you have a decent maintenance window at night or over a weekend, but the best way would probably be to perform the auto-name update in your test environment first to get a feel for how long it will take when you do it in production. As you mentioned, sending these documents to Workflow in chunks and using the update name action is another alternative. My experience above might be an anomaly and you might be fine if the update spills in to business hours while batches are being committed, but since encountering that issue I've always been a little more cautious with this process.
I hope this helps.
Nick McElheny
01-05-2017 04:17 AM
Hi Eric,
From my personal experience, I would definitely ensure that you target the "Rename All Documents of This Document Type" from Config for after hours or during a weekend window when batches aren't being committed. I did this with a few document types in the past and the document types were large enough that it spilled in to the day - I ended up finding that a small number of newly scanned documents ended up in the Committed Queue, but weren't retrievable through search as their hsi.itemdata status did not get updated properly during the commit process. I ended up having to work with Tech Support to correct the identified documents. It's tough to gauge how long the update process will take as it's heavily dependent on your environment. 160,000 doesn't sound like a lot of documents especially if you have a decent maintenance window at night or over a weekend, but the best way would probably be to perform the auto-name update in your test environment first to get a feel for how long it will take when you do it in production. As you mentioned, sending these documents to Workflow in chunks and using the update name action is another alternative. My experience above might be an anomaly and you might be fine if the update spills in to business hours while batches are being committed, but since encountering that issue I've always been a little more cautious with this process.
I hope this helps.
Nick McElheny
01-26-2017 08:21 AM
Find what you came for
We want to make your experience in Hyland Connect as valuable as possible, so we put together some helpful links.