A tiering repository is a secondary repository (located on a DR Series deduplication appliance) defined on your Core into which recovery points in Rapid Recovery Core versions 6.1.x and 6.2.x were relocated from a primary DVM repository.
|
NOTE: In release 6.2, tiering was only supported on DR Series deduplication appliances running OS 4.0. |
Recovery points are deleted from your primary DVM repository after they are moved. The Core continued to manage the relocated recovery points until they were eventually rolled up and deleted.
As indicated previously, the tiering feature is discontinued and is no longer supported by Rapid Recovery Core.
Rapid Recovery customers who want to continue tiering must remain on Rapid Recovery Core version 6.2.1 or 6.1.3. These customers cannot take advantage of new features of Rapid Recovery Core or Agent.
Microsoft announced that support for Azure Service Management (ASM) is retired as of June 30, 2018.
Accordingly, in release 6.3, Rapid Recovery no longer supports ASM for virtual export. Instead, Rapid Recovery virtual export to Azure exclusively supports Azure Resource Manager (ARM). When setting up a cloud type for your Azure account, use cloud type Microsoft Azure Resource Manager (Virtual Export).
|
NOTE: When using ARM with Rapid Recovery, additional steps are required for your Azure account. These prerequisites are fully addressed in the topic "Before virtual export to Azure" in the Rapid Recovery 6.3 User Guide. |
When archiving recovery points to Azure in Rapid Recovery release 6.3, you can use Azure storage accounts created using either ARM or ASM, as long as the Rapid Recovery cloud account type is Microsoft Azure (for Archive).
However, the use of classic Azure storage accounts in Rapid Recovery Core is deprecated, and support in Rapid Recovery Core is expected to be removed in a future release. As a best practice, Quest recommends creating storage accounts using ARM and using this fully supported storage account type for both virtual export and archiving recovery points.
You are no longer required to associate Azure management certificates with your Rapid Recovery Core, or to refresh or delete them. You are also no longer required to obtain or load your Azure Publish Settings File. These setup steps were required exclusively for configuring ASM with your Core.
Correspondingly, the following topics have been removed from the Rapid Recovery 6.3 User Guide:
For more details in these Release Notes, see Support for Azure Resource Manager, Core cloud account types, and Azure storage accounts.
Rapid Recovery customers are advised of the following changes in support for SQL Server.
In April of 2017, Microsoft SQL Server 2005 reached end of life. Microsoft no longer supports that version of Exchange Server..
Accordingly, Rapid Recovery support of Exchange 2007 is deprecated. As indicated in Rapid Recovery 6.2.1 Release Notes, customers are reminded that Rapid Recovery no longer supports SQL Server 2005. References to this version of SQL Server are removed from documentation in this release.
Mainstream support by Microsoft for SQL Server 2008 and SQL Server 2008 R2 ended on July 8, 2014. Extended support by Microsoft for these versions ends in July of 2019.
Customers are advised that support in Rapid Recovery for SQL Server 2008 and 2008 R2 is deprecated. In a future release of Rapid Recovery Core (after July 2019), support for these versions of SQL Server will be removed. Notification is provided so that customers can plan in advance accordingly.
Quest recommends migrating to newer, supported versions of SQL Server if you want to continue protecting your data using Rapid Recovery.
This topic contains resolved issues in the following categories:
The following is a list of issues addressed in this release.
Table 1: Core and Windows resolved issues
Issue ID | Resolved Issue Description | Functional Area |
---|---|---|
6682 |
Double license consumption corrected for release 6.3. Rapid Recovery Core consumes one license from your license pool per processor or CPU socket. In earlier releases, if protecting the same hypervisor in 2 Cores, twice the number of licenses were consumed. Now, if you protect guest VMs from the same VMware host in two separate Rapid Recovery6.3 Cores, only a single set of licenses from your license pool (one per socket) are consumed. Requirements: Both Cores must be part of the same Rapid Recovery License Portal group and both Cores must be version 6.3.0 or greater. |
License consumption |
108313 |
Upgrade, Deploy and other web-installer dependent jobs were failing due error code: 3002. Message: "The certificate for MSI issued to Quest Software Inc is invalid." |
Installer |
108264 |
Partial backup data was not deleted from repository after failed transfer. |
Repository |
108098 |
Mount for recovery points from attached archive failed with error: 'The index xxxxxx is greater than the maximum valid index, which is one less than the capacity yyyyyy' if the volume had been shrunk. |
Mounts, Archive |
108085 |
When Core service was not shut cleanly and an archive was attached, the GUI did not load, with error "Oops.. Looks like something went completely wrong." |
Core service, Archive |
108064 |
Agent protection failed with error "GetResponse timed out (stuck on collecting metadata)" on specific environment. |
Core service, Archive |
108006 |
In a specific environment, when a scheduled archive was canceled and the incomplete archive deleted, the next scheduled archive did not include the deleted recovery points, and the resulting archive could not be imported. To correct this issue, the archive structure is refreshed after a scheduled archive is canceled, and subsequent archives are valid. |
Scheduled archive |
107976 |
Scheduled archives failed, with error "Value cannot be null. Parameter name: source" after upgrade from 6.1.3 to 6.2.x. |
Scheduled archive, Upgrade |
107971 |
Core service hung; GUI did not load, with error "Oops.. Looks like something went completely wrong" in specific cases. |
Core service |
107941 |
Replication rate for huge base images were extremely slow due to small write buffer size on the target Core. |
Replication |
107933 |
Archive to the Amazon Glacier failed after minor network interruption due to the absence of retry logic that has subsequently been added. |
Archive to Amazon Glacier |
107785 |
There was no ability to archive cluster nodes without adding cluster volumes to an archive. |
Archive, Clusters |
107768 |
Rollup failed with error "cannot find the recovery point with the id __" on a system test environment. |
Rollup |
107764 |
No virtual machines were displayed on the Virtual Machines page of a protected vCenter/ESXi server when a protected VM with Agent installed was added for agentless protection, and the VM was associated with its parent host. |
Protection of ESXi. Linking |
107568 |
Data was lost on disk located on Scale Out File Server (SOFS) if you added some data to the disk and evicted active SOFS cluster node. |
Hyper-V, agentless protection, clusters |
106296 |
Unexpected base images occurred for cloned disks during Hyper-v agentless transfers. |
Hyper-V, agentless protection |
105606 |
Replication was not paused after upgrading Target Core from release 5.4.3 to release 6.2.x. |
Replication |
105560 |
Not all disks were exported after VirtualBox export of ESXi agentless VM based on Windows 8.1 x86 and Windows 8.1 x64. |
Virtual exports |
103783 |
Core GUI would not launch after upgrade from 6.1.1 to 6.1.2 on specific environment. |
Core Console |
102521 |
Azure Market Place Offer used "dell_software" in the URI. |
Azure |
102321 |
Core GUI hung for Agent Settings page when maintaining repository was in progress. |
Repository, Maintenance Job, GUI |
Table 2: DL appliance resolved issues
Issue ID | Resolved Issue Description | Functional Area |
---|---|---|
107303 | Retention policy settings became disabled on DL1000 and DL1300 after upgrade to 6.2.0. | Retention policy |
Table 3: Documentation resolved issues
Issue ID | Resolved Issue Description | Functional Area |
---|---|---|
N/A |
License and copyright information for the following components (missing from release 6.2 in-product help) appears as expected in the Rapid Recovery Core in-product help topic "Third-party components":
Additionally, this section contains substantial updates to ensure all third-party components are identified as required. |
Third-party components, licensing, copyright |
108327 |
For agentlessly protected machines only, web help contains a link on the protected virtual machine's System Information page that shows an incorrect topic, "Viewing system information for the Core." The link has been corrected and now points to the topic "Understanding system information for a protected machine." |
In-product help |
107985 | Support for SQL Server 2005 was discontinued in Rapid Recovery Core release 6.2.1. Accordingly, references to this version no longer appear in documentation for release 6.3. | Supportability |
106264 | Rapid Recovery 6.3 User Guide correctly indicates that log truncation for Oracle is disabled by default and must be enabled if users want this function. | Oracle log truncation |
101859 |
Rapid Recovery 6.3 User Guide topic "Deploying a virtual machine in Azure" has been modified. It contains no unnecessary steps. |
Virtual export to Azure |
101858 | Rapid Recovery 6.3 User Guide topic "Setting up continual export to Azure" has been modified. It contains no unnecessary steps. | Virtual export to Azure |
101853 |
In release 6.3 and later, to export a VM to Azure, you can use an existing container or (using Advanced storage options), you can define an export container or deployment container. |
Virtual export to Azure |
101837 | Steps for creating a container in classic Azure Service Management mode for Azure were included in the Rapid Recovery 6.2 User Guide. Note that as of release 6.3, containers must be created using Azure Resource Management. | Supportability |
Table 4: Linux resolved issues
Issue ID | Resolved Issue Description | Functional Area |
---|---|---|
107966 | Ubuntu 16 and 18 on Hyper-V hung when taking snapshots. | Linux |
Go to the top of this topic.
© 2024 Quest Software Inc. ALL RIGHTS RESERVED. Conditions d’utilisation Confidentialité Cookie Preference Center