Select to view content in your preferred language

MigrateStorage from LONG RAW to ST_GEOMETRY fails

2883
3
05-01-2013 04:06 AM
JeffButurff
Emerging Contributor
I have a customer that is using Oracle 11.2.0.3.0.  They have just upgraded to ArcGIS 10.1 SP1, using Direct Connect (no SDE application service).

They are still using Long Raw data storage for most of their classes, and we want to migrate them to ST_GEOMETRY.

When I run the MigrateStorage tool, it fails with the following:

ERROR 000955:  Error encountered migrating the database storage
Not Supported on a view [GIS.CITY_ALL]
Failed to execute (MigrateStorage).


However, this feature class is NOT a view.  I have double checked several times...

The MigrateStorage tool worked well on several other feature classes, but dies on more than half with this same error message.  Have tried thru Python script and interactively thru Catalog.

Help?
0 Kudos
3 Replies
VinceAngelo
Esri Esteemed Contributor
You definitely want to talk with Tech Support about this.

I'm not fond of "migration" because it can fracture the table, causing fragmentation.
I've always created a new table in the new storage, but if you've got the table
versioned, then that's not an option.

- V
0 Kudos
ShawnThorne
Esri Contributor
It would appear that the GIS.CITY_ALL Feature Class has some kind of association with a view which is causing the migration to fail (ie: Spatial View, Oracle View, Materialized View, Multiversion View, even a user defined Triggers could cause the migration to fail).  I've even seen a rare case where a spatial view was created on a feature class then the spatial view was registered with ArcSDE - so it didn't appear as a view anymore - it showed up as an SDE Feature Class.  Then when the parent Feature Class was migrated, it failed because it had dependent views associated to it.

Log into SQL*Plus as the GIS user, execute the following queries, then examine the results to ensure that the CITY_ALL Feature Class is not partaking in any views.

set long 999999
set pages 500
set lines 130

col table_name for a30

-- Metadata for all Views
select dbms_metadata.get_ddl('VIEW',vw.view_name) from user_views vw;

-- Metadata for all Materialized Views
select dbms_metadata.get_ddl('VIEW',mvw.mview_name) from user_mviews mvw;

-- Multiversioned Views present
select owner,table_name,imv_view_name from sde.table_registry where UPPER(table_name) like '%CITY_ALL%';


-- Metadata for Triggers
select dbms_metadata.get_ddl('TRIGGER',tr.trigger_name) from user_triggers tr;


-- Metadata for the CITY_ALL Feature Class
select dbms_metadata.get_ddl('TABLE','CITY_ALL') from dual;


Also check your sdedc_Oracle.log in your %TEMP% directory - to see if any additional information is present which may explain why the migration failed.


Hope this helps.

-Shawn
0 Kudos
JeffButurff
Emerging Contributor
Shawn and Vince, thanks for the help.  I will try these suggestions next week when I get back to the office.
0 Kudos