GET_FILE Error: java.lang.reflect.InvocationTargetException when moving content from tier1 to tier 2 storage

Question

Purpose: to migrate all the ACTIVE records from tier1 storage to tier 2 storage.
A have applied MLR 11 patch i.e Patch 20624268: WEBCENTER CONTENT BUNDLE PATCH 11.1.1.8.11
My Configurations
Tier 1 intradoc.cfg configuration
VaultDir=/u01/app/oracle/oracle/product/11.1.8/fmw/user_projects/domains/wcc_domain/ucm/cs/vault/
WeblayoutDir=/u01/app/oracle/oracle/product/11.1.8/fmw/user_projects/domains/wcc_domain/ucm/cs/weblayout/
I then changed the above parameters from TIer 1 to Tier2 as follows
VaultDir=/u01/tier1_storage/vault
WeblayoutDir=/u01/tier1_storage/weblayout
Then rebooted the machine. Now when i try to search for all the older records which were stored on Tier 1 above using GET_FILE
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
<soap:Body xmlns:ns1="http://www.oracle.com/UCM">
<ns1:GenericRequest webKey="cs">
<ns1:Service IdcService="GET_FILE">
<ns1:Document>
<ns1:Field name="dDocName">OWCDEV_004521</ns1:Field>
<ns1:Field name="RevisionSelectionMethod">Latest</ns1:Field>
</ns1:Document>
</ns1:Service>
</ns1:GenericRequest>
</soap:Body>
</soap:Envelope>
I Get following error
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">
<env:Header/>
<env:Body>
<ns2:GenericResponse webKey="cs" xmlns:ns2="http://www.oracle.com/UCM">
<ns2:Service IdcService="GET_FILE">
<ns2:Document>
<ns2:Field name="error">Error: java.lang.reflect.InvocationTargetException</ns2:Field>
</ns2:Document>
</ns2:Service>
</ns2:GenericResponse>
</env:Body>
</env:Envelope>
Problem
The biggest problem is that i am not able to search older records which are stored in tier1 storage using GET_FILE, But if i check in new records to Tier2 i am able to use GET_FILE to search them. I must be able to search both Tier1 and Tier 2 Storage content files using GET_FILE. To reproduce the error, change the vault and weblayout path from intradoc.cfg,reboot then try to use GET_FILE to search for records on the previous path, then the you will get the above  error. I tried to create partition and storage rules but i am not successfull. I am not so sure exactly what to change here. Please advice

Answer 1

Hi 2611729
For searching content items service is GET_SEARCH_RESULTS and for downloading the file its GET_FILE
I dont think changing the configuration value will serve the prupose over here. You need to move the contents from one location to other and going by the explanation you have provided that movement has not happened. Every content item has a metadata called xStorageRule which mentions the location where file is stored. In your case, though you've changed the configuration setting the metadata value is still of tier1 for older content items.
You have changed the default value and thats the reason contents are getting stored in tier2 storage now and you are able to access them via search. Since for older items xStorageRule holds older value which is different that current one you are not able to search.
However, i belive you're trying to move the contents from tier1 to tier2 storage since contents in tier1 storage have crossed X days and might not be accessed frequently by users.
Below mentioned option might work.
Retain your configuration setting for valut and weblayout as earlier.
1. Create a new storage rule Tier2Rule pointing to tier2
2. Archive your contents using Archiver applet.
3. Import the contents from created archive using applet and during import change the metadata xStorageRule to new storage rule Tier2Rule. This moves all your content onto tier2.
4. Checkin new documents and it gets stored in tier1 location. I assume default storage rule will point to tier1.
5. While searching using seach forms use the metadata StorageRule and it will provide dropdown of list (like tier1rule, tier2rule and so on). Select and perform the search.
For download using GET_FILE, i'm not sure whether by passing xStorageRule it will work or not. You'll  have to try it out by small POC or customize the GET_FILE as required.
I've not tried this approach earlier but by system-wise understanding it should work.
Also, please refer UCM Backup strategy this discussion thread and others in the forum. Take a look at SAM-QFS which does this job transparently or any other solution in-line to that.