Study guide
5.2 Storage and Database Deep Dive
AWS Certified Cloud Practitioner CLF-C02
Track your progress as you read
Finished sections get a check mark.
1 Introduction
About the AWS Cloud Practitioner (CLF-C02) Exam Study Strategies and Exam Tips
2 Domain 1: Cloud Concepts (24%)
1.1 What Is Cloud Computing? 1.2 Cloud Deployment Models 1.3 AWS Well-Architected Framework 1.4 Cloud Migration Strategies 1.5 Cloud Economics
3 Domain 2: Security and Compliance (30%)
2.1 The AWS Shared Responsibility Model 2.2 AWS Identity and Access Management (IAM) 2.3 AWS Security Services 2.4 Compliance and Governance 2.5 Network Security
4 Domain 3: Cloud Technology and Services (34%)
3.1 AWS Compute Services 3.2 AWS Storage Services 3.3 AWS Database Services 3.4 AWS Networking and Content Delivery 3.5 Management and Governance Services 3.6 AI/ML and Analytics Services 3.7 Application Integration and Other Services
5 Domain 4: Billing, Pricing, and Support (12%)
4.1 AWS Pricing Models 4.2 Billing and Cost Management Tools 4.3 AWS Support Plans 4.4 Additional Billing Concepts and Services
6 AWS Services Deep Dive
5.1 Compute Services Deep Dive 5.2 Storage and Database Deep Dive 5.3 Security Services Deep Dive 5.4 Architecture Best Practices and Design Principles 5.5 Practice Exam — Mixed Domain Questions
5.2 Storage and Database Deep Dive
Key Takeaways Explain This Topic AI
S3 Versioning keeps multiple variants of an object to protect against accidental deletion — enable it for critical data.
S3 Lifecycle Policies automatically transition objects between storage classes or delete them after a specified time period.
RDS Multi-AZ provides high availability with a synchronous standby replica in a different AZ for automatic failover.
RDS Read Replicas provide read scaling by creating asynchronous copies that serve read traffic independently.
DynamoDB Global Tables provide fully managed multi-Region, multi-active database replication.
Last updated: June 2026
Quick Answer: This deep dive covers the advanced data features the exam revisits: S3 versioning, lifecycle policies, Object Lock, and replication ; EBS snapshots and encryption ; RDS Multi-AZ vs. Read Replicas ; and DynamoDB Streams, Global Tables, and DAX . The single most-tested pair is Multi-AZ (high availability) vs. Read Replicas (read scaling) .
- Amazon S3 Advanced Features
- S3 Versioning
Versioning keeps multiple variants of an object in a bucket. Each version gets a unique ID, a delete adds a recoverable delete marker , and you can restore prior versions — protecting against accidental overwrite and deletion.
S3 Lifecycle Policies
Lifecycle policies automate transitions and expirations. A typical policy:
- Day 0 — store in S3 Standard
- After 30 days — transition to Standard-IA
- After 90 days — transition to Glacier Flexible Retrieval
- After 365 days — delete the object
- S3 Object Lock
Object Lock enforces WORM (Write Once Read Many): objects cannot be deleted or overwritten for a retention period — used for regulatory compliance.
S3 Replication
- Type Description
- Cross-Region Replication (CRR) Replicate to a bucket in a different Region
- Same-Region Replication (SRR) Replicate to a bucket in the same Region
Uses include compliance, disaster recovery, and lower-latency access for distant users.
S3 Transfer Acceleration
Uses CloudFront edge locations so clients upload to the nearest edge, and AWS routes the data to S3 over its optimized backbone — speeding long-distance uploads.
- Amazon EBS Advanced Features
- EBS Snapshots
- Point-in-time backups stored in S3, and incremental (only changed blocks after the first)
- Can create new volumes in any AZ or Region
- Snapshot Archive moves rarely used snapshots to a far cheaper tier
- Recycle Bin guards against accidental snapshot deletion with retention rules
- EBS Encryption
Encrypts data at rest, in transit between instance and volume, and all snapshots, using AWS KMS keys with minimal latency impact. To encrypt an existing unencrypted volume, you create an encrypted snapshot and restore from it.
- Amazon RDS Advanced Features
- Multi-AZ Deployments
- Feature Detail
- Purpose High availability (failover protection)
- Replication Synchronous
- Failover Automatic (typically 60–120 seconds)
- Read Traffic Standby does not serve reads
- Cost Roughly double single-AZ
- Read Replicas
- Feature Detail
- Purpose Read scaling (offload reads)
- Replication Asynchronous
- Read Traffic Yes — serves read queries
- Write Traffic No — only the primary writes
- Cross-Region Supported
- Promotion Can be promoted to a standalone database
On the Exam: Multi-AZ = high availability (automatic failover). Read Replica = read performance scaling. They solve different problems; do not swap them. A scenario about surviving an AZ outage wants Multi-AZ; one about offloading heavy read traffic wants Read Replicas.
RDS Backups
Automated backups (1–35-day retention) enable point-in-time recovery , and manual snapshots persist until you delete them.
- Amazon DynamoDB Advanced Features
- DynamoDB Streams
Captures a time-ordered log of item changes and can trigger Lambda for event-driven processing.
DynamoDB Global Tables
Multi-Region, multi-active replication — every replica accepts reads and writes with automatic conflict resolution, ideal for globally distributed apps.
DynamoDB Accelerator (DAX)
An in-memory cache delivering up to 10x read improvement, taking responses from milliseconds to microseconds.
Capacity Modes
- Mode Description Best For
- On-Demand Pay per request, no planning Unpredictable or new workloads
- Provisioned Define read/write capacity units Predictable workloads, cost control
- AWS Backup
AWS Backup centralizes and automates backups across many services (EBS, RDS, DynamoDB, EFS, S3, and more) with backup plans, cross-Region and cross-account copies, and policy enforcement through AWS Organizations.
On the Exam: When a scenario asks for one centralized, automated backup solution across multiple services , the answer is AWS Backup — not per-service snapshots managed separately.
Durability, Availability, and Recovery
These features exist to deliver two often-confused properties. Durability is the probability your data is not lost — S3's eleven nines and Aurora's six copies across three AZs are durability features. Availability is the probability you can reach your data right now — Multi-AZ failover, Read Replicas, and replication address availability. A design can be highly durable but temporarily unavailable, or vice versa, so read the scenario carefully for which property is at risk.
A few high-value rules tie it together. To survive an entire AZ failure , use Multi-AZ (RDS) or spread resources across AZs. To survive an entire Region failure , you need cross-Region tooling: S3 Cross-Region Replication, DynamoDB Global Tables, Aurora Global Database, or cross-Region backups. To scale reads , add Read Replicas or a cache (ElastiCache/DAX). And to recover from accidental deletion or corruption , rely on versioning, Object Lock, snapshots, and AWS Backup retention. Mapping the scenario to the right property — durability, availability, scaling, or recovery — points directly to the intended service combination.
Cost-Aware Storage Choices
Finally, several of these features double as cost levers. Lifecycle policies move cold objects to cheaper S3 tiers automatically; EBS Snapshot Archive cuts the cost of rarely used backups; and choosing DynamoDB on-demand versus provisioned capacity can swing cost dramatically depending on traffic predictability. The exam often blends "most cost-effective" with a storage or database scenario, so remember that the cheapest correct design usually combines the right tier with the right replication or backup posture — not the most expensive always-on option.