Hi again, Ivana.
I made the change on a copy of the site and export failed the same way in the same place.
By the way, I needed to qualify DocumentAliasInfo since CMS.TreeEngine was not in the "Using" block in Global.asax.cs:
// Set that document aliases don't have metafiles
CMS.TreeEngine.DocumentAliasInfo.TYPEINFO.HasMetaFiles = false;
The Export progress window content at time of failure is this:
-----
Error has occurred during export process.
Exporting 'Workflow histories' objects
Exporting 'Attachment histories' objects
Exporting 'Version histories' objects
Exporting 'Document relationships' objects
Copying 'Attachment' files
Exporting 'Attachment' objects
Exporting 'ACLs' objects
Exporting 'Documents' objects
Exporting BizForm 'test' data
Exporting BizForm 'CREIT Careers Application Form' data
Exporting BizForm 'Creit Availability Emails' data
Exporting 'BizForms' objects
Copying 'Reports' metafiles
Exporting 'Reports' objects
Exporting media library 'CREIT Media Library' file objects
Exporting 'Media libraries' objects
Exporting 'Bad words' objects
Exporting 'Notification gateways' objects
Exporting 'Notification templates' objects
Exporting 'Project status' objects
Exporting 'Task priority' objects
Exporting 'Task status' objects
Exporting 'Smart search indexes' objects
-----
The last line processed was "Exporting Workflow histories", which makes me think there are too many records in CMS_WorkflowHistory. It has about 34000 records and there are about 34000 IDs in the list in the WHERE clause. That might mean something.
To shorten that list, I have reduced the number of version history entries from 20 to 5 for the copy of my site, in Site Manager / Settings / Content Management. This doesn't purge any existing version history records until the next time a document is saved, so I will write some code to crawl the CMS tree and re-save each workflow-managed document (I already have code that does something similar).
Any other ideas out there, while I try this?