Troubleshooting upgrade

The upgrade log provides details of the steps carried out in the upgrade and any issues that were encountered.

You can review the log to check, for example, if a large database is taking longer than expected, or if the upgrade has stopped for some reason. Any issues should be resolved before retrying the upgrade.

When an upgrade completes, your upgrade log is stored in the same location as the iBase database connection file (.idb). It contains information about the steps that were carried out, and any issues that were found in the upgrade process.

Reviewing the upgrade log

Upgrades to the database in iBase Designer create a log file in the same folder as the database .idb file. Log files are named in the format iBase_upgrade_\<timestamp>.log. Each time you upgrade the same database to a different version of iBase, a timestamped log file is created.

It might not be possible to access the log file when the upgrade is in progress. This can indicate that more time is required for the upgrade to complete. When you are able to access the file, look for entries that refer to Link End Update. Entries should have a start and corresponding end, for example:

Start Link End Update 1
End Link End Update 1

If an entry is missing the End Link End Update, this could mean that the upgrade is attempting to complete, or that it was interrupted. Specific errors are listed in the log file under the Error during upgrade heading.

When the upgrade is complete, the log file ends with the entry:

Got to end of Update about to update version numbers

If you are unable to interpret the contents of the upgrade log, you should contact i2 Support.

Rebuilding the Full Text Search Index

After an iBase database upgrade, iBase users may see the following error message when they try to rebuild the Full Text Search index:

File 'sysft_i2Catalog' cannot be reused until after the next BACKUP LOG operation.

To solve this problem:

  1. Launch SQL Server Management Studio.

  2. Right-click the iBase database, and select Tasks > Backup from the context menu.

  3. For Backup type, select Transaction log.

  4. Perform the backup.

After performing the backup, you can try again to rebuild the Full Text Search index.

Rolling back the upgrade

If the upgrade fails, to roll back the process:

  1. Restore all SQL Server iBase databases, iBase audit log databases, and iBase security file databases overwriting the partially upgraded databases.

  2. Restore all .ids, .idb, .idl and .idx files.

Locating connection files

The following list gives some reasons why you might not be able to locate connection files for all the databases on an SQL Server instance:

  • The MRU list on a machine has been cleared, so the database was not reported.

  • Searching the entire network for iBase databases is not feasible.

  • A machine was overlooked during the machine identification phase of the upgrade.

  • A machine that was used for iBase has been retired due to age or failure.

  • The database still resides on a SQL Server machine even though the database connection file (.idb) is no longer in use (and may have been deleted).

  • The original network share location for connecting files has been dropped or changed.

You can obtain the iBase version and location of the connection file for the iBase security file or database by examining the contents of the _Configuration table. (An iBase log database does not contain this table because all its details can be obtained from its associated database connection file.)

The _Configuration table has two columns: Item and Data. Item contains the name of the entry, while Data contains the value for the entry. The following table details the value of the Item column for the relevant entries:

Security file

Database

Security file location

SQLServer:ConnectionFileSYS:SecurityFile

Database location

Not applicable

SQLServer:ConnectionFile

Version

SYS:VersionSYS:Version