Page History

Idera strives to ensure our products provide quality solutions for your SQL Server needs. The following known issues are described in this section.  If you need further assistance with any issue , please contact 

...

• When a backup operation in SQLsafe is performed at the same time as the native SQL Server, the successful backup job on SQLsafe may not always show the correct timestamp in the file name of the repository
• When upgrading from an older version, the user may experience Log Shipping policies with an "out of date" message in the console. Clicking the "out of date" link will fix this issue.   
• Instead of being assigned the default location set in Preferences, users may find that location paths of stripped files are the same as that of the mirror paths when changing from single to stripped location type.
• Users may find that pressing the "Enter" key  in the Backup, Restore and Log Shipping wizards may lead them to the consecutive pages instead of inserting new lines in fields as it is done in the Backup Policy Wizard.
• When setting up a log shipping wizard with a cluster instance, users may find that secondary database file location does not display the same path as the one configured in the respective wizard but it displays the location from the primary database.
• Users may get a Last operation status of "Backups did not start as scheduled" in policies that are configured to run full and differential backups at specific times and where backups are done with no compression and no encryption.
• When running Instant Restore, users may experience problems if they have the same drive mounted as a drive letter and as a folder and they are using both paths for the Instant Restore procedure: the backup file accessed via the drive letter and the data files accessed via the folder path.
• Users may experience timeouts with the Instant Restore processes over a SQL Server 2012 SP1 with cumulative updates. 

• Users may find that when the InstantRestore process is running in a clustered SQL Server and a failover occurs during the Hydration process, the Management  Console displays the InstantRestore and Hydration processes as halted. The operation will not complete until the cluster is failed back to the original node where the operation was started.

• Users that select the SQLsafe Backup Agent to create policies on servers where the timezone has been changed may need to restart the SQLsafe Backup Agent service to update the timezone and ensure policies run on the correct schedules.

Previous known issues

SQLsafe Repository no longer supports SQL Server 2000

SQLsafe Repository no longer supports SQL Server 2000. Supported versions include:

• SQL Server 2008 R2
• SQL Server 2008 Standard and Enterprise Editions
• SQL Server 2005 Standard and Enterprise Editions SP1 or later

SQLsafe no longer supports Itanium

SQLsafe 7.0 and later does not support the Itanium processor architecture. For more information, see the the software requirements.  

Pentium II processors are not supported

You should not install SQLsafe on a computer running a Pentium II processor. For more information, see the the hardware requirements.  

User must select the SQL Server hosting the Repository when using the Maintenance wizard

Users of the SQLsafe Maintenance wizard to modify, repair, or remove this version of SQLsafe must click  Browse  Browse to select the current SQL Server hosting the Repository in the SQLsafe Repository window of the wizard. The wizard does not let you continue until an entry appears in the SQL Server hosting the Repository field.

Backup file names that use the %timestamp% macro may change when upgrading to SQLsafe 6.5 or later

When some users upgrade to SQLsafe 6.5 or later, the backup file names using the  %timestamp% macro macro may change. This issue affects users who have SQLsafe groom their backup files at backup time, using either the -delete command command line option or the Remove files older than option option in the Backup Policy wizard. Previous versions expand %timestamp% to to the UTC time of the backup.

Beginning with SQLsafe 6.5, %timestamp%

...

expands to the local time of the backup. As a result, SQLsafe may write new backups to files already created by an earlier version of SQLsafe immediately after upgrading. By default, SQLsafe appends to backup files and this issue does not occur as the new backup appends to the existing file. This situation resolves itself after the time difference between UTC and local time passes. For example, this issue is resolved after five hours in the Central Standard Time zone (US).

Note that if you specify to overwrite, SQLsafe overwrites the existing files instead of appending the new information. If you upgrade from a release earlier than SQLsafe 6.4, appends fail and display an error message.

Setup program removes previous version when upgrade fails

If the upgrade fails while you are upgrading from a previous version of SQLsafe, the setup program removes the previous version from the SQL Server computer on which you attempted the upgrade.

XSP installation fails on clustered SQL Server instances

When you use the Agent Only install to manually deploy the SQLsafe Backup Agent to a clustered SQL Server instance, the corresponding SQLsafe XSP installation will fail. After the Backup Agent install completes, you can manually install the SQLsafe XSP.

For more information, see the Using the SQLsafe XSP Technical Solution located in the Documentation folder (by default,  C:\Program Files\Idera\SQLsafe\Documentation ).

Remote Backup Agent install fails when SQL Server is not installed

In order to install the SQLsafe Backup Agent remotely, the computer from which you install SQLsafe must have a version of SQL Server already installed. For more information, see the software requirements .

Table Restore wizard is no longer available in SQLsafe version 6.0 or later

To restore objects and data from your backup files, use the new Idera SQL virtual database tool. For more information, see Recover objects using SQLvdb .

FIPS-compliant encryption no longer requires additional software when installing SQLsafe version 6.0 or later

In a FIPS-compliant environment, SQLsafe uses only FIPS-compliant algorithms to encrypt your backup files. These encryption methods do not require any additional software. For more information, see   Ensure FIPS compliance .

Upgrade any Backup Agents that perform TSM backups

Due to the extensive TSM enhancements included in SQLsafe 6.4 and later, older Backup Agents are not compatible with 6.4. To ensure you can continue backing up your SQL Server data to TSM, upgrade any Backup Agent that is used to perform TSM backups in your environment.

64-bit users need additional steps to install reports

Users with 64-bit installations must follow different steps to install reports. For more information, see Idera solution 3891, "Where do I find the SQLsafe reports," in the knowledge base at our