tencent cloud

TencentDB for SQL Server

Release Notes and Announcements
Release Notes
Product Announcements
User Guide
Product Introduction
Overview
Product Architecture
Strengths
Use Cases
Regions and AZs
Major Version Lifecycle Explanation
Features and Differences
Instance Types
Instance Specifications
Storage Types
Common Concepts
Network Environment
License Statement
Purchase Guide
Billing Overview
Product Pricing
Purchase Methods
Renewal Instructions
Payment Overdue
Refund
From Pay-as-You-Go to Monthly Subscription
Instance Adjustment Fees Description
Local Backup Space Billing
Cross-Region Backup Billing
Viewing Bill Details
Getting Started
Creating TencentDB for SQL Server Instance
Connecting to TencentDB for SQL Server Instance
Managing TencentDB for SQL Server Instance
Operation Guide
Constraints and Limits
Usage Specifications and Suggestions
Maintaining Instance
Adjusting Instance Configuration
Read-Only Instance
Network and Security
Account Management
Database Management
Data Security
Parameter Configuration
Monitoring and Alarms
Backup and Restoration 
Log Management
Publish-Subscribe
SSIS
Data Migration (New)
Data Migration (Legacy)
Data Synchronization (DTS) 
Practical Tutorial
TencentDB for SQL Server Methods for Regular Maintenance
TencentDB for SQL Server Optimization of Slow SQL
How to Better Use Tempdb
Cross-Account Backup Restoration
Creating VPC for TencentDB for SQL Server
Connecting Kingdee K/3 WISE to TencentDB for SQL Server
Account Permissions and Permission Control
Enabling and Disabling the CDC Feature
Shrinking a Database
API Documentation
History
Introduction
API Category
Making API Requests
Sales and fee related APIs
Instance Management related APIs
Operation and maintenance management related APIs
Network management related APIs
Account management related APIs
Database management related APIs
Security group management related APIs
Data security encryption related APIs
Parameter configuration related APIs
Extended Event related APIs
Log management related APIs
Read only instance management related APIs
Publish and subscribe related APIs
Backup related APIs
Rollback related APIs
Data migration (cold standby migration) related APIs
SQL Server Integration Services (SSIS) related APIs
Data migration (DTS old version) related APIs
Data Types
Error Codes
FAQs
Overview
Model Selection
Pricing and Selection
Connection and Network
Account and Permission
Backup and Rollback
Data Migration
Publish/Subscribe
Read-Only Instance
Version and Architecture Upgrade
Disk Space and Specification Adjustment
Monitoring and Alarms
Log-Related
Parameter Modification
Features
Performance, Space, and Memory-Related FAQs
Service Agreement
Service Level Agreement
Terms of Service
Performance Evaluation
Performance Test Report
Glossary
Contact Us

Overview

PDF
포커스 모드
폰트 크기
마지막 업데이트 시간: 2025-05-30 10:24:23
TencentDB for SQL Server is licensed by Microsoft to continuously provide you with the latest features, so you can avoid any risks arising from unauthorized software use. It features out-of-the-box usage, high stability, reliability, and security, elastic scaling, data security protection, and failover in seconds, allowing you to focus on application development.
Note
As one of the earliest commercial database products, SQL Server supports complex SQL queries with excellent performance. Thanks to its comprehensive support for applications based on the Windows .NET Framework, it is widely used in such fields as government services, finance, healthcare, retail, education, and gaming.

Deployment Architecture

TencentDB for SQL Server supports 3 types of instance deployment architectures: single-node, two-node, and multi-node.

Single-Node (Formerly Basic Edition)

The single-node architecture has only one compute node. It is highly cost-effective and opens the highest SA permissions. It applies to lightweight scenarios. The core strengths lie in low cost and high-level permissions. In case of a compute node failure, the business can be recovered by replacing the node. When a disk failure occurs, the data can be rebuilt by using a disk snapshot, which takes a relatively long time. This architecture is mainly used in personal learning environments, non-core small systems of enterprises, and development and testing environments to meet the flexible needs of low-load and non-critical businesses. The instance architecture displayed in the console is Single-Node (Cloud Disk).

Two-Node (Formerly HA/Cluster Edition)

The two-node architecture adopts a high-availability design with one primary node and one secondary node. The primary node provides read/write services, while the secondary node synchronizes data in real-time but is inaccessible. (The secondary node in the cloud disk architecture can be accessed.) For SQL Server 2008R2, 2012, 2014, and 2016 Enterprise, the primary/secondary two-node architecture consists of one primary SQL Server database and a mirror SQL Server database. For SQL Server 2017, 2019, and 2022 Enterprise, the primary/secondary two-node architecture adopts the Always On architecture. The second-level automatic failover and multi-AZ disaster recovery capabilities ensure business continuity and data security. It has high performance and applies to high-concurrency scenarios, such as e-commerce transactions, financial payments, multi-tenancy SaaS, and online game services, making it an ideal choice for core production systems of enterprises. Depending on the selected storage type, the instance architecture displayed in the console is Two-Node (Local Disk) or Two-Node (Cloud Disk).

Multi-Node

The multi-node architecture adopts the Always On architecture design of one-primary-multiple-secondary + compute-storage separation. SQL Server 2017, 2019, and 2022 Enterprise are supported. The primary node provides read/write services, while the secondary nodes provide read-only services and can be switched to the primary node within seconds. This achieves multi-AZ disaster recovery and elastic scalability. By dynamically adding or removing nodes and adjusting resources on demand, this architecture can meet the high performance requirements of massive data reads, frequent scaling, and multi-active disaster recovery. In addition, it complies with the strict regulatory requirements of finance, government affairs, and other industries. It applies to complex businesses (such as real-time analysis and multi-tenancy systems) and high performance scenarios requiring read-write separation and can balance business flexibility and stability. The instance architecture displayed in the console is Multi-Node (Cloud Disk).

Isolation Policy

The single-node (cloud disk), two-node (cloud disk), and multi-node (cloud disk) instances for TencentDB for SQL Server are deployed based on the CVM. Each instance exclusively occupies one CVM, with dedicated CPU, memory, and disk resources, ensuring complete isolation between different instances.
The two-node (local disk) instances for TencentDB for SQL Server are deployed on local physical servers. Multiple instances are deployed on each physical server. Isolation policies are implemented to ensure complete isolation between different instances, guaranteeing exclusive use of CPU, memory, and disk resources.
In addition, TencentDB for SQL Server has also implemented corresponding data isolation policies across multiple dimensions, including accounts, regions, AZs, and networks.

도움말 및 지원

문제 해결에 도움이 되었나요?

피드백