Azure SQL Database Flashcards
What are the types of Azure SQL Databases (MS)
- SQL Virtual Machines
- SQL Managed Instance
- SQL Databases
When is it best to use Azure SQL Managed Instance?
best fit for most lift and shift to cloud
When is it best to use Azure SQL Database?
Best for modern cloud applications
When is it best to use Azure SQL Virtual Machines?
Best for VMs requiring OS-level access
Who is responsible for patching the operating system when using Azure SQL on virtual machines?
You are.
Who pats the SQL software when using Azure SQL on virtual machines?
You are.
When using Azure SQL on virtual machines, what VM type should you be considering?
Consider memory-optimized or storage-optimized VM sizes for maximum performance.
How can you quickly back up the VM running your Azure SQL on a virtual machine?
Use Azure Backup to backup the whole VM, and use consistent backup to create a consistent backup of the VM
What is Azure SQL Database latency when data stays in the same region as going to a secondary?
All data passing over the network in a region is less than 2ms.
Explain how availability is achieved for the general-purpose tier for Azure SQL Database and Azure SQL Instance?
Data from the primary is stored in Azure Blob Storage, and there are three replicas; if the primary node compute fails, there are spare nodes kept available in the regional and one will be selected and pointed to the storage and booted to replace the failed primary
Explain how availability is achieved for the business-critical tier for Azure SQL Database and Azure SQL Instance.
The business-critical data is stored on the node’s local disk, with several secondary nodes; data is sync replication and acknowledged from at least one node. This is called SQL always on
Where is data stored when using the business-critical tier for Azure SQL Database and Azure SQL Instance?
Node local storage
Where is data stored when using the general-purpose tier for Azure SQL Database and Azure SQL Instance?
Azure Blog Storage
Explain always-on the context of Azure SQL Database and Azure SQL Instance?
In always-on, data is replicated between primary and secondary replicas; data can be synced or async.
What the the tiers available in Azure SQL?
General-purpose
Buisness-critical
Hyperscale
When would I use the General-Purpose Tier?
- Most general-purpose workloads
- moderate performance needs.
- Budget-friendly: Provides cost-effective options.
- Storage: Uses Azure Premium SSD for storage, with up to 8 TB of database size.
- Availability: Provides high availability using the Always On availability groups with automated backups and replication.
- Sutable for: Applications with standard OLTP workloads.
- Sutable for: Moderate transaction rates and throughput.
- Sutable for: Applications that need balanced performance at a lower cost.
How is High-Availability achieved for the General-Purpose Tier for Azure SQL Database?
Availability: Provides high availability using the Always On availability groups with automated backups and replication.
What workload is suitable for the General-Purpose Tier for Azure SQL Database?
- Most general-purpose workloads
- Moderate performance needs.
- Budget-friendly: Provides cost-effective options.
What workload is suitable for the General-Purpose Tier for Azure SQL Instance?
- Most general-purpose workloads
- Moderate performance needs.
- Budget-friendly: Provides cost-effective options.
What workload is suitable for the General-Purpose Tier for Azure SQL Instance?
- Applications with standard OLTP workloads.
- Moderate transaction rates and throughput.
- Applications that need balanced performance at a lower
What workload is suitable for the General-Purpose Tier for Azure SQL Database?
- Applications with standard OLTP workloads.
- Moderate transaction rates and throughput.
- Applications that need balanced performance at a lower
What are the purchasing models available for both Azure SQL Database and Instance?
- vCore
- DTU
For the purchasing model for both Azure SQL Database and Instance, what is the MS recommended model?
We recommend the vCore-based model because it allows you to independently select compute and storage resources. The DTU-based model is a bundled compute, storage, and I/O resource measure.
What SSD types are used with the General-Purpose Tier for Azure SQL Database?
Azure Premium SSD for storage (Blob Storage)
What SSD types are used with the General-Purpose Tier for Azure SQL Instance?
Azure Premium SSD for storage (Blob Storage)
What SSD types are used with the Buisness-Critical Tier for Azure SQL Database?
Uses local SSDs to offer low-latency reads and writes.
What SSD types are used with the Buisness-Critical Tier for Azure SQL Instance?
Uses local SSDs to offer low-latency reads and writes.
How is High-Availability acheived for the Business-Critical Tier for Azure SQL Database?
High availability: Three replicas in the primary region ensure higher availability. In this case, three replicas are in the same area with the same data, and data is synced using the sync process.
How is High-Availability acheived for the Business-Critical Tier for Azure SQL Instance?
High availability: Three replicas in the primary region ensure higher availability. In this case, three replicas are in the same area with the same data, and data is synced using the sync process.
For Azure SQL Database, explain backups.
- Azure SQL Database automatically creates
- Full Backup: Taken once a week.
- Differential Backup: Taken every 12 to 24 hours.
- Transaction Log Backup: Taken every 5 to 10 minutes.
- Stored in geo-redundant storage (GRS) by default, ensuring high availability and disaster recovery capabilities.
For Azure SQL Database, what are the backup retention periods?
- Basic Tier: Backups are retained for seven days.
- Standard and Premium Tiers: Backups are retained for 35 days.
- Long-Term Retention (LTR): You can configure long-term retention for up to 10 years if needed, by moving backups to Azure Blob Storage.
For Azure SQL Database, do you select the retention periods?
- Basic Tier: Backups are retained for 7 days.
- Standard and Premium Tiers: Backups are retained for 35 days by default.
- Custom retention period up to 10 year
Can I restore the Azure SQL Database to any point in time? If so, please explain.
You can restore the database to any point in time within the retention period. This feature helps recover from accidental data changes or corruption.
For Azure SQL Instance, explain backups?
- Azure SQL Instance automatically creates
- Full Backup: Taken once a week.
- Differential Backup: Taken every 12 to 24 hours.
- Transaction Log Backup: Taken every 5 to 10 minutes.
- Stored in geo-redundant storage (GRS) by default, ensuring high availability and disaster recovery capabilities.
For Azure SQL Instance, explain backup retention?
- Automated backups are retained for 7 to 35 days, depending on your configuration and service tier.
2.Long-Term Retention (LTR): Similar to Azure SQL Database, you can configure long-term retention for up to 10 years.
What are my deployment options for SQL in Azure
- Azure SQL on a VM
- Azure SQL Instance
- Azure SQL Database
For Azure SQL Database, what pricing tiers are available?
- vCore: General Purpose
- vCore: Business Critical
- vCore: Hyperscale
- DTU: Basic
- DTU: Standard
- DTU: Premium
Does Azure SQL Instance support SQL Server Integration Services?
SQL Server Integration Services (SSIS) is supported
Does Azure SQL Databasesupport SQL Server Integration Services?
No
Does Azure SQL Instance support Cross Database transactions?
No
Does Azure SQL Instance support Linked Services?
No
Does Azure SQL Instance support CLR?
No
Does Azure SQL Instance support Service Broker?
No
Does Azure SQL Instance support SQL Server Replication?
No
Does Azure SQL Instance support Database Mail?
No
Does Azure SQL Instance support Stretch Database?
No
Does Azure SQL Instance support Data Quality Service?
No
What is the upper limit to retain automatic backups for Azure SQL Database and Azure SQL Instance?
10year
How are backups handled in Azure SQL Instance?
- Backups are automatic
- Full weekly backup
- Diff backups every 12 - 24 hrs
- Transaction log backups every 5 - 10 min
How long are backups retained in Azure SQL Instance?
- Default retention is 7 to 35 days
- Long Term Retention up to 10 years
Explain how to recover a recent backup in Azure SQL Instance?
- Use point-in-time restore
How are backups handled in Azure SQL Instance?
- Backups are automatic
- Full weekly backup
- Diff backups every 12 - 24 hrs
- Transaction log backups every 5 - 10 min
How long are backups retained in Azure SQL Instance?
- Default retention is 7 to 35 days
- Long Term Retention up to 10 years
Explain how to recover a recent backup in Azure SQL Instance?
Use point-in-time restore
Do I manually tune for performance for the Azure SQL Instance and Database performance?
No it is automatic performance tuning
Should I be concerned about the database version for the Azure SQL Instance?
No, the Azure SQL Instance is updated by MS to the latest release to fix issues.
1. Latest version
2. Version less
Should I be concerned about the database version of the Azure SQL Database?
No, the Azure SQL Database is updated by MS to the latest release to fix issues.
1. Latest version
2. Version less
I wnat to use the Azure Hybrid Benefit model with Azure SQL Database and Instance; what purchasing model should I use?
Use the vCore model
Can I use Hybrid Benefits with Azure SQL?
Yes
You have a web application that uses Azure SQL Database as its backend. The database contains sensitive customer data that must be protected from unauthorized access. It would be best to recommend a solution implementing row-level security (RLS) in the database. The solution must meet the following requirements: * Allow users to access only the data that is relevant to them. * Ensure that users cannot access data that is not relevant to them. * Minimize the amount of administration required to manage the security. What should you include in the recommendation?
RLS is a feature in Azure SQL Database that restricts data access for specific rows in a table, based on the characteristics of the user executing the query. RLS ensures that users can only view and manipulate rows of data they are authorized to access, which aligns perfectly with the requirement of allowing users to access only the relevant data.
Explain how RLS works in Azure SQL Database?
- Security Policies: You define a security policy that enforces the restrictions for each query executed by a user. This policy can include a predicate that is evaluated for each query.
- Filter Predicate: A function returns a boolean value to decide which rows the user can access. This predicate is applied every time a query runs on a table with RLS enabled.
- Block Unauthorized Access: Users will automatically be blocked from accessing rows that do not match the filter predicate.
Explain how RLS is used in the Azure SQL Database?
Query data is filtered based on user, so the users only return a subset of the database data.
Explain an Azure SQL Instance SQL Server-level Firewall Rule?
Controls access to the entire network ranges or specific IP addresses across all databases under the server. This is beneficial for managing multiple applications or clients accessing different databases but sharing the same security policies.
Using SQL Server-level Firewall Rule, can you specify a database to an IP?
No, SQL Server-level firewall rules in Azure SQL cannot be used to specify access to a single database for a particular IP address. These rules operate at the server level, meaning they control access for all databases under the server. Once an IP address is allowed at the server level, that IP can access any database on that server, provided the user has the necessary authentication and permissions.
When using Azure SQL Service Instance SQL Server-level Firewall Rules, what is the scope of the rules?
All databases belong to the server.
I have three databases running on an Azure SQL server instance; how can I ensure that IP1 for DB1 and IP2 for DB2, and IP3 for DB3?
Use Database-level Firewall Rules
What is Always-Encrypted Client-Side Encryption?
The encryption and decryption process happens on the client side. Sensitive data is never visible to the database or database administrators in plaintext.