Steve Shriver Application Specialist

An end user wants to upgrade his v6.12 on premises system (DocuWare Business Server) to v7.5 in hopes of eliminating any security issues in his currently installed DocuWare Database (MySQL).

Can we be assured that the upgrade will bring the MySQL DB up to current standards?

Also the current server is Windows Server 2012 Standard, not R2 as listed in the system requirements. Does this server OS need to be updated? Can it be updated?

Otherwise running the 7.1 installer and then the 7.5 installer would make this a relatively easy job.

Any clues appreciated,

We are moving an on premises version 6.12 system to a new server and then upgrading the new server to version 7.5. We will then need to push the desktop apps to all the client machines. Those clients will have v.6.12 desktop apps already installed and connected to the old server.

What would be the proper procedure to update these apps from the new server running 7.5?

Must we first run the -uninstall or will the upgrade and connection to the new server work as expected?

Thanks,

This turned out to be a minor configuration error. The user had all permissions necessary to store a document but had the store dialog turned off in their profile. After enabling that the Quick Copy function works as expected.

Thanks,

Import jobs configured in 6.12 do not show in Document Processing after upgrade to 7.5 and move to new server.

Must these jobs be recreated after upgrading from 6.12 (6.12 -> 7.0 -> 7.5)? Or did something go wrong during the upgrade? Are these entries stored in the database?

After upgrading to 7.5 from 7.0 we receive a "Specified cast is not valid" error at login.

Any clues appreciated.

Installing version 6.12 on new server. Error message is 'Database is not available'. MS-SQL database, user has correct permissions. Database is on a different domain.

Can DW v6.12 connect with a MS-SQL server that is not in the same domain?

Marcin,

That is what I thought. Thanks again for your help.

Simon,

Thanks for your reply. But, yes, I checked all the permissions and the user is an Owner of the file cabinet as well. The file cabinet store dialog and name still does not appear in the list. Some other file cabinets are also missing from this option.

Is there perhaps some switch that allows or removes certain file cabinets from this feature?

Marcin,
Thank you for that info. But just to be clear, we are installing 6.12 to an existing 6.12 Database that is a copy of the production DB using the method described in KBA-35828. Will the installer not find the existing production DB in the same SQL instance and attempt to use it?

For example we will have DWSYSTEM and DWSYSTEM-TEST, DWDATA and DWDATA-TEST, etc. Will we be able to specify the correct DB at installation time?

In preparing for an upgrade from 6.12 to 7.5 we would like to create a test version of the system first. We want to install the current 6.12 system on a new server using a backup of the production database. The end user wants to put the restored backup on the same SQL Server and rename the databases to avoid conflict with the existing production database.

I do not believe this is possible (or a good idea) but I would like to get an 'official' opinion. Is there a way to accomplish this? Or is it absolutely necessary to use a separate instance of SQL in a case such as this?

Thanks,