copyright | lastupdated | keywords | subcollection | ||
---|---|---|---|---|---|
|
2024-10-16 |
Db2whc |
{:external: target="_blank" .external} {:shortdesc: .shortdesc} {:codeblock: .codeblock} {:screen: .screen} {:tip: .tip} {:important: .important} {:note: .note} {:deprecated: .deprecated} {:pre: .pre} {:video: .video}
{: #migr_faq}
{: #q_appl}
Ensure your application is using v4 of the {{site.data.keyword.dashdbshort_notm}} on Cloud REST API. Additionally, all API requests must include the x-deployment-id
header, or an error will be returned when using the next-generation warehouse. More information about the REST API can be found here.
Please ensure you are using Db2 version 11 clients or later. If you are using a connectivity driver supplied by a third party, verify with the vendor that it is compatible with Db2 version 11. Also, ensure that all connections use SSL via port 50001
, as non-SSL connections are not supported in the next-generation warehouse.
The IDA functionality of CLPPlus (which allows development and registration of UDX in C++, R, Python) is no longer supported for use with {{site.data.keyword.dashdbshort_notm}}.
Lift users will need to download the latest version of the Lift tool from IBM. This will be required after the tool is updated to use the v4 DBAPI.
{: #q_recreate}
All your database-level objects, such as tables, views, statistics, and procedures, will remain intact after the upgrade.
All user credentials will be upgraded.
UDXes written in C++ will be upgraded successfully. However, new UDXes cannot be registered after the upgrade.
- Incoming connections to your Gen 2 instance (created via
CREATE SERVER
) may need to be reestablished. - Outgoing connections from your Gen 2 instance (created via
CREATE SERVER
) will be upgraded. For private/vpn, you need to ensure the two machines can communicate.
Files stored in your Gen 2 landing zone will not be persisted during the upgrade. Be sure to download and back up any files prior to upgrade, as IBM will not be responsible for lost contents in the landing zone.
Your audit policies and data will be retained. During the upgrade, auditing on your v2 instance will be halted and started on the v3 instance with the same policies. Any audit data stored outside the AUDIT tables will be copied asynchronously. If you are auditing to tables, support for this configuration will end, and it’s recommended to reconfigure your audit data to be written to an S3 cloud object storage (COS) instance. If you’re already auditing to COS, your configuration will be upgraded, but you may notice a change in audit report format. For more details, see our documentation{:external}. To reconfigure to COS, follow these steps. If unsure of your current configuration, go to Audit under Administration, where you’ll be prompted if you’re using audit to tables.
Your Key Protect Integration configuration will be retained.
{: #q_test_period}
After successfully creating the new system (Step 1), you have a 14-day period to test and complete the final upgrade process (Step 3). The trial end date will be displayed, and once the 14-day period is over, billing for the new instance will automatically begin. If the prior system has not been deleted by this point, it will also continue to incur charges.
{: #q_error}
While the upgrade process is robust, in the event an error does happen, you will receive a prompt stating, “There was an error during this process. Please open a support ticket.”. In such cases, simply open a support ticket as usual, and our support team will assist you in resolving the issue promptly.
{: #q_after_upgrade}
The self-service upgrade tool, will upgrade your system to the new generation of {{site.data.keyword.dashdbshort_notm}} and VPC Gen2 infrastructure on IBM Cloud. It will retain all other levels of software, including the underlying database. In order to take advantage of the capabilities in the new generation of the product, a database update option will be available to be applied.
For most customers, you can resume working with your data as before. However, certain customers may encounter specific circumstances requiring further actions:
Private Connections from IBM Cloud VPC: If you have workloads running on IBM Cloud VPC, you can leverage private connectivity (Private Link) to connect securely to your Db2 Warehouse instances using IBM Cloud’s private network. Follow the steps outlined here.
To enable private connectivity:
- First, enable private connectivity through the console.
- Then, create a Virtual Private Endpoint Gateway on your VPC. The private endpoint and port will be provided in the Connections section of the console.
Private connectivity is a regional service, meaning that the Virtual Private Endpoint Gateway must be created in the same region as your Db2 Warehouse on Cloud instance. {: note}
VPN Connectivity: If you currently connect via VPN, follow the instructions in the VPN Connectivity guide to ensure proper setup after the upgrade.