SK0-006 — CompTIA Server+ V6 Exam Blueprint
A practical SK0-006 exam blueprint for CompTIA Server+ V6 candidates covering server hardware, administration, storage, networking, security, disaster recovery, and troubleshooting readiness.
How to Use This Exam Blueprint
This independent Exam Blueprint is a practical study map for CompTIA Server+ V6 (SK0-006). Use it to confirm that you can apply server administration knowledge in realistic scenarios, not just define terms.
For each topic area:
- Mark it Ready if you can explain it, choose the correct action in a scenario, and recognize common failure symptoms.
- Mark it Review if you understand the idea but miss details, commands, tradeoffs, or troubleshooting order.
- Mark it Lab if you need hands-on repetition: configuring, reading logs, interpreting diagrams, or walking through a failure.
Because exact official weighting is not provided here, treat the areas below as readiness areas rather than a ranked list.
SK0-006 Readiness Area Map
| Readiness area | What to review | You are ready when you can… |
|---|---|---|
| Server hardware | CPUs, memory, storage controllers, NICs, power, cooling, chassis, firmware, out-of-band management | Select components for a use case and troubleshoot hardware symptoms without jumping to replacement too early |
| Physical installation | Rack layout, cabling, labeling, power distribution, environmental controls, safety | Identify installation risks such as blocked airflow, single power path, poor cable management, or missing asset records |
| Storage | DAS, NAS, SAN, RAID levels, snapshots, file systems, capacity, latency, multipath | Match storage type and RAID design to availability, performance, and recoverability needs |
| Networking | IP addressing, VLANs, DNS, DHCP, routing, firewalls, ports, NIC teaming, load balancers | Trace connectivity from client to service and isolate DNS, firewall, route, service, or host issues |
| Server operating systems | Windows and Linux administration concepts, services, processes, logs, permissions, updates | Use the right administrative tool or command category for status, logs, storage, services, and account issues |
| Virtualization and cloud | Hypervisors, VMs, templates, snapshots, resource overcommit, virtual networking, cloud shared responsibility | Explain VM placement, resource contention, snapshot risk, migration considerations, and cloud service tradeoffs |
| Security | Least privilege, hardening, patching, encryption, certificates, authentication, logging, physical security | Choose practical controls that reduce risk without breaking required server functions |
| Identity and access | Users, groups, service accounts, RBAC, directory services, privilege escalation | Distinguish authentication, authorization, account lockout, permission inheritance, and service credential problems |
| Monitoring and maintenance | Metrics, alerts, logs, patch cycles, capacity planning, firmware, change control | Use evidence to decide whether a problem is performance, capacity, configuration, hardware, or security related |
| High availability | Redundant power, clustering, failover, load balancing, multipath, backups | Explain which control protects against which failure and where single points of failure remain |
| Backup and disaster recovery | RPO, RTO, restore testing, backup types, retention, offsite copies, immutable copies | Select a backup and recovery approach based on business impact and restore requirements |
| Troubleshooting | Structured method, baselines, symptoms, root cause, rollback, documentation | Pick the next best step and verify resolution without creating new risk |
Can You Do This?
Use this as a quick pass/fail checklist before moving into practice questions.
Hardware and Installation
- Identify server form factors and the operational tradeoffs of rack, tower, blade, and modular systems.
- Explain CPU considerations such as core count, socket compatibility, virtualization support, cache, and workload fit.
- Distinguish memory capacity, speed, channels, ECC behavior, and symptoms of failing or mismatched memory.
- Recognize storage controller, HBA, RAID controller, backplane, hot-swap, and drive bay roles.
- Explain why redundant power supplies still require separate power paths to reduce failure risk.
- Identify airflow, temperature, humidity, dust, cable obstruction, and rack density concerns.
- Describe the role of BIOS/UEFI, firmware, secure boot, TPM, and out-of-band management.
- Read a rack or cabling scenario and identify the safest installation or maintenance step.
Storage and Data Protection
- Compare DAS, NAS, SAN, file storage, block storage, and object storage at a practical level.
- Choose between RAID 0, 1, 5, 6, and 10 based on fault tolerance, write cost, capacity, and performance.
- Explain why RAID is not a backup.
- Distinguish snapshots, clones, replicas, archives, and backups.
- Define RPO and RTO and apply them to restore decisions.
- Identify signs of disk failure, controller failure, path failure, file system corruption, and capacity exhaustion.
- Know why restore testing matters more than simply seeing “backup completed.”
Networking and Connectivity
- Troubleshoot a service that is unreachable using IP, DNS, routing, firewall, port, and service checks.
- Explain VLANs, trunks, access ports, tagging, subnet boundaries, and default gateways.
- Understand NIC teaming, bonding, link aggregation, failover, and load distribution at a conceptual level.
- Recognize common server ports and the services they usually represent.
- Distinguish north-south traffic, east-west traffic, management traffic, backup traffic, and storage traffic.
- Identify when a load balancer, reverse proxy, firewall, or DNS record is likely involved.
- Explain how NTP/time synchronization affects authentication, logs, certificates, and troubleshooting.
Server Administration
- Start, stop, restart, enable, disable, and inspect services using the appropriate OS tools.
- Locate system, application, security, and hardware-related logs.
- Identify CPU, memory, disk, and network bottlenecks from symptoms and metrics.
- Manage users, groups, permissions, and service accounts using least privilege.
- Explain patching, rollback, maintenance windows, and change documentation.
- Recognize safe automation use cases and the risk of running untested scripts in production.
- Interpret basic command output for IP, storage, service, process, and log checks.
Security and Operations
- Apply hardening principles without disabling required business services.
- Explain encryption at rest, encryption in transit, certificate trust, and key protection.
- Identify physical security controls for servers and data centers.
- Distinguish vulnerability scanning, patching, configuration baselines, and compensating controls.
- Recognize signs of malware, unauthorized access, privilege misuse, and suspicious log activity.
- Follow incident response priorities: contain, preserve evidence where required, restore safely, document.
- Choose controls for backups, logs, administrative access, and remote management.
Hardware, Firmware, and Physical Deployment Checklist
| Topic | Review focus | Scenario cue |
|---|---|---|
| CPU selection | Cores, threads, sockets, workload type, virtualization support | “Database server is CPU-bound during peak writes” |
| Memory | ECC, capacity, speed, channels, failure symptoms, compatibility | “Random reboots after memory expansion” |
| Storage controller | RAID controller, HBA, cache, battery or flash-backed cache concepts | “Array performance changed after controller alert” |
| Drive types | HDD, SSD, NVMe, endurance, latency, capacity, hot-swap | “Low-latency workload has high storage wait time” |
| NICs | Speed, duplex, drivers, teaming, VLAN tagging, offloads | “Server loses network during switch maintenance” |
| Power | Redundant PSUs, UPS, PDU, separate circuits, graceful shutdown | “Dual PSU server still went down during power event” |
| Cooling | Airflow direction, blanking panels, rack density, temperature alerts | “Server throttles under load after rack changes” |
| Firmware | BIOS/UEFI, controller firmware, NIC firmware, compatibility | “New OS install cannot see storage device” |
| Out-of-band management | Remote console, power control, hardware health, isolated management network | “OS is down but administrator still needs access” |
| Physical security | Locked racks, badge access, cameras, tamper controls, asset tracking | “Server with sensitive data is in an open office” |
| Cabling | Labeling, cable type, bend radius, separation, documentation | “A port move breaks storage and management access” |
| Asset lifecycle | Inventory, warranty/support status, decommissioning, data sanitization | “Server is being retired or repurposed” |
Hardware Readiness Prompts
Ask yourself:
- If a server fails to boot, can you separate power, POST, firmware, disk, OS, and application causes?
- If a drive fails in a RAID set, do you know the safest order of action before replacing it?
- If a server overheats, can you identify airflow and environmental causes before blaming the CPU?
- If a new adapter is not detected, can you check slot compatibility, firmware, drivers, and BIOS settings?
- If remote console works but the OS network does not, can you explain what that proves?
Storage, RAID, and Backup Checklist
Storage Selection
| Storage option | Best fit | Watch for |
|---|---|---|
| DAS | Local performance, simple deployments, boot disks, dedicated workloads | Limited sharing and host dependency |
| NAS | Shared file access, user shares, general file workloads | Network dependency and protocol permissions |
| SAN | Shared block storage, virtualization clusters, high-performance centralized storage | Multipath, zoning, LUN mapping, cost/complexity |
| Object storage | Large unstructured data, archives, cloud-native workflows | Application compatibility and access method |
| Local SSD/NVMe | Low-latency workloads, caching, high IOPS | Capacity planning, endurance, redundancy |
| External backup storage | Backup targets, removable/offline copies | Security, encryption, retention, restore testing |
RAID Readiness
| RAID level | Practical meaning | Strength | Weakness / trap |
|---|---|---|---|
| RAID 0 | Striping without redundancy | Performance and capacity | Any disk loss can lose the array |
| RAID 1 | Mirroring | Simple redundancy and fast reads | Capacity overhead |
| RAID 5 | Striping with single parity | Capacity-efficient fault tolerance | Write penalty and rebuild risk |
| RAID 6 | Striping with dual parity | More protection during rebuilds | More parity overhead and write penalty |
| RAID 10 | Stripe of mirrors | Good performance and redundancy | Requires more disks/capacity overhead |
| Hot spare | Standby disk for rebuild | Faster recovery start | Not a backup and may not protect against multiple failures |
For logical capacity calculations, be able to reason from the number of disks and the smallest disk size. Actual usable capacity can vary because of formatting, metadata, spares, vendor implementation, and filesystem overhead.
\[ \text{RAID 0 usable} = n \times \text{smallest drive capacity} \]\[ \text{RAID 5 usable} = (n - 1) \times \text{smallest drive capacity} \]\[ \text{RAID 6 usable} = (n - 2) \times \text{smallest drive capacity} \]\[ \text{RAID 10 usable} = \frac{n}{2} \times \text{smallest drive capacity} \]Backup and Recovery Checklist
| Concept | Ready means you can… |
|---|---|
| Full backup | Explain restore simplicity and storage/time cost |
| Incremental backup | Explain smaller backups and dependency on a backup chain |
| Differential backup | Explain growth since last full backup and restore implications |
| Snapshot | Explain fast point-in-time capture and why it may depend on source storage |
| Replica | Explain standby copy benefits and replication of corruption or deletion risk |
| Archive | Explain long-term retention versus rapid operational restore |
| Immutable/offline copy | Explain protection against ransomware or accidental deletion |
| Encryption | Explain key protection and restore access implications |
| Restore test | Explain why a backup is not proven until restored successfully |
| RPO | Identify acceptable data loss window |
| RTO | Identify acceptable service restoration time |
Networking and Service Connectivity Checklist
Core Network Topics
| Topic | What to know | Common exam-style symptom |
|---|---|---|
| IPv4/IPv6 addressing | Address, mask/prefix, gateway, DNS, duplicate IP symptoms | Server works locally but not across subnets |
| DNS | A/AAAA, CNAME, reverse lookup, caching, resolver settings | Users cannot reach service by name but IP works |
| DHCP | Lease, reservation, scope, relay, conflict | Server receives wrong address after move |
| VLANs | Access/trunk ports, tagging, segmentation | Server cannot reach storage VLAN after switch change |
| Routing | Default gateway, static routes, asymmetric paths | Traffic leaves but replies do not return |
| Firewalls | Host and network firewalls, allow/deny rules, ports | Ping works but application connection fails |
| Load balancing | Health checks, persistence, backend pools | Some users reach app; others receive errors |
| NIC teaming | Failover, aggregation, switch dependency | Link failure causes outage despite multiple NICs |
| Time sync | NTP, drift, authentication, certificates, logs | Login failures or certificate errors after clock drift |
| Remote access | SSH, RDP, VPN, bastion/jump host, MFA | Admin access works only from management network |
Common Server Port Recognition
Know the common service-to-port relationships your study materials emphasize. Examples frequently used in server troubleshooting include:
| Service | Common port/protocol | What the prompt may imply |
|---|---|---|
| SSH | TCP 22 | Secure remote shell to Linux/Unix-like systems |
| HTTP | TCP 80 | Unencrypted web service |
| HTTPS | TCP 443 | TLS-protected web service or API |
| DNS | TCP/UDP 53 | Name resolution issue |
| DHCP | UDP 67/68 | Address lease issue |
| Kerberos | TCP/UDP 88 | Domain authentication/time sync dependency |
| SMB/CIFS | TCP 445 | Windows file sharing or domain-related access |
| LDAP | TCP/UDP 389 | Directory query |
| LDAPS | TCP 636 | TLS-protected directory query |
| NTP | UDP 123 | Time synchronization |
| SNMP | UDP 161/162 | Monitoring and traps |
| RDP | TCP 3389 | Remote desktop access |
Connectivity Troubleshooting Prompts
- Can you prove whether the server has the correct IP, subnet, gateway, and DNS configuration?
- Can you test name resolution separately from network reachability?
- Can you determine whether a port is closed, filtered, or the service is not listening?
- Can you distinguish local host firewall issues from upstream firewall issues?
- Can you identify when a VLAN mismatch or missing trunk tag is more likely than an OS problem?
- Can you explain why a server may have network access on one NIC but not another?
- Can you use logs and packet direction to avoid blaming the wrong device?
Server Operating System and Administration Checklist
Administrative Task Map
| Task | Windows-oriented tools to recognize | Linux-oriented tools to recognize | Ready means… |
|---|---|---|---|
| IP configuration | ipconfig, Get-NetIPConfiguration | ip addr, nmcli | You can confirm address, gateway, DNS, and interface state |
| Connectivity test | ping, tracert, Test-NetConnection | ping, traceroute, ss, nc | You can test path and port reachability |
| DNS lookup | nslookup, Resolve-DnsName | dig, nslookup, host | You can separate DNS failure from service failure |
| Services | Services console, Get-Service | systemctl | You can verify service status and startup behavior |
| Logs | Event Viewer, PowerShell log queries | journalctl, /var/log | You can find relevant evidence before changing settings |
| Processes | Task Manager, Get-Process | ps, top, htop | You can identify runaway or failed processes |
| Storage | Disk Management, Get-Disk | lsblk, df, du, mount | You can inspect disks, filesystems, and free space |
| Updates | Windows Update tools, package sources | apt, dnf, yum, repository tools | You can explain patching and rollback considerations |
| Permissions | NTFS/share permissions, local groups | POSIX permissions, ownership, ACLs | You can identify authorization issues |
| Scheduling | Task Scheduler | cron, systemd timers | You can locate or troubleshoot scheduled jobs |
OS Readiness Checks
- Explain the difference between a stopped service, disabled service, failed dependency, and blocked port.
- Interpret “disk full” symptoms beyond user files: logs, temp files, database growth, package cache, snapshots.
- Explain why high memory use is not always a problem if caching is expected.
- Identify when CPU ready time, storage latency, or network saturation may affect VM or application performance.
- Recognize permission layering: local permissions, share permissions, group membership, inherited rights, and explicit deny.
- Explain why service accounts need controlled privileges, password/key rotation, and documentation.
- Use maintenance windows and rollback plans for updates that affect production services.
Virtualization, Containers, and Cloud Readiness
| Topic | What to understand | Common weak spot |
|---|---|---|
| Type 1 vs Type 2 hypervisors | Bare-metal versus hosted virtualization | Choosing the wrong hypervisor model for production servers |
| VM resources | vCPU, memory, virtual disk, virtual NIC | Assuming assigned resources equal guaranteed performance |
| Overcommit | Sharing more virtual resources than physical capacity | Ignoring contention during peak usage |
| Templates and clones | Standardized deployment | Duplicated names, IDs, or stale patches |
| Snapshots | Short-term rollback or change safety | Treating snapshots as long-term backups |
| VM migration | Moving workloads between hosts | Missing shared storage, CPU compatibility, or network dependencies |
| Virtual networking | vSwitches, port groups, VLANs, virtual NICs | VLAN mismatch between physical and virtual layers |
| Containers | Lightweight application isolation | Confusing containers with full VMs |
| Cloud IaaS | Provider-hosted compute, storage, networking | Misunderstanding shared responsibility |
| Hybrid operations | On-premises plus cloud integration | Overlooking identity, latency, backup, monitoring, and security boundaries |
Virtualization Scenario Prompts
- A VM is slow, but host CPU is not fully used. Can you check storage latency, memory pressure, ready time, limits, and noisy neighbors?
- A snapshot has existed for a long time. Can you explain risk to performance, storage consumption, and backup consistency?
- A VM cannot reach the network after migration. Can you check port group, VLAN, virtual NIC state, MAC/security policy, and host uplinks?
- A host fails. Can you explain what must already be in place for automatic or manual workload recovery?
- A cloud server is exposed to the internet. Can you identify security group/firewall, patching, access control, logging, and backup responsibilities?
Security and Hardening Checklist
Security Control Map
| Control area | Review focus | Ready means… |
|---|---|---|
| Least privilege | Admin rights, RBAC, service accounts, just-in-time access | You choose the minimum access needed for the task |
| Authentication | Passwords, MFA, certificates, keys, directory services | You distinguish identity proof from permission assignment |
| Authorization | Groups, ACLs, roles, inheritance | You troubleshoot access denied without guessing |
| Patching | OS, applications, drivers, firmware | You balance urgency, testing, rollback, and maintenance windows |
| System hardening | Disable unused services, secure configs, baselines | You reduce attack surface while preserving required function |
| Encryption in transit | TLS, certificates, trusted CAs | You identify expired, mismatched, or untrusted certificate symptoms |
| Encryption at rest | Disk/database/file encryption, key management | You understand restore and key availability requirements |
| Physical security | Racks, locks, surveillance, access logs | You protect systems from direct tampering |
| Remote management | VPN, jump host, MFA, management VLAN | You avoid exposing management interfaces unnecessarily |
| Logging and monitoring | Security logs, audit trails, alerting | You can detect and investigate suspicious events |
| Malware defense | EDR/AV, patching, least privilege, backups | You contain before restoring infected systems |
| Decommissioning | Data sanitization, asset tracking, certificate/key removal | You prevent data leakage after retirement |
Security Decision Prompts
- If a service must be reachable externally, can you limit source, port, protocol, authentication, and logging?
- If administrators need remote access, can you choose a safer design than exposing management ports directly?
- If a vulnerability is found, can you decide between patching, compensating controls, isolation, or service shutdown?
- If a certificate error appears, can you check expiration, hostname mismatch, trust chain, time, and private key binding?
- If a user cannot access a share, can you distinguish authentication failure from authorization failure?
- If malware is suspected, can you prioritize containment and evidence-aware action before rebuilding?
- If backups contain sensitive data, can you protect them with encryption, access control, and retention policy?
Monitoring, Maintenance, and Capacity Planning
| Signal | What it can indicate | First checks |
|---|---|---|
| High CPU | Busy workload, runaway process, insufficient capacity, malware | Process list, recent changes, baseline comparison |
| High memory use | Normal cache, leak, insufficient RAM, overcommit | Commit/available memory, swap/pagefile, process usage |
| Disk latency | Storage bottleneck, failing disk, controller/cache issue | I/O wait, queue depth, array health, logs |
| Disk full | Log growth, backups on local disk, temp files, snapshots | Filesystem usage, largest directories, retention settings |
| Network errors | Duplex/speed issue, bad cable, driver, switch port, congestion | Interface counters, link status, switch logs |
| Authentication failures | Bad credentials, lockout, time drift, directory issue | Security logs, time sync, domain connectivity |
| Backup failure | Target full, credentials, network path, locked files | Backup logs, repository space, recent changes |
| Hardware alert | Fan, PSU, temperature, disk, memory | Out-of-band management, physical inspection, logs |
| Repeated reboots | Power, thermal, kernel panic/stop error, updates | Event logs, crash dumps, environmental data |
| Slow application | Database, storage, network, CPU, memory, dependency | End-to-end path, logs, resource metrics |
Maintenance Readiness
- Create or interpret a change request with scope, risk, validation, rollback, and communication steps.
- Explain why firmware updates may require compatibility checks with OS, drivers, controllers, and hardware models.
- Choose a maintenance window based on business impact, redundancy, backup status, and rollback time.
- Validate patch success using service checks, logs, monitoring, and user-impact checks.
- Maintain baselines for normal CPU, memory, disk, network, and application behavior.
- Document final state after a change, not just the intended state.
High Availability and Disaster Recovery Checklist
| Requirement | Possible control | What to watch |
|---|---|---|
| Survive single disk failure | RAID, hot spare, monitoring | RAID does not protect against deletion, corruption, or site loss |
| Survive PSU failure | Redundant PSUs | Both PSUs must not depend on the same failed power path |
| Survive switch/NIC failure | NIC teaming, redundant switches | Teaming mode and switch configuration must match |
| Survive host failure | Clustering, VM migration, standby host | Shared dependencies can still be single points of failure |
| Survive application instance failure | Load balancer, health checks, multiple nodes | Health checks must test the right service behavior |
| Recover deleted data | Backups, snapshots, versioning | Retention and restore permissions matter |
| Recover from ransomware | Immutable/offline backups, segmentation, tested restore | Replication alone may copy encrypted data |
| Recover from site outage | Offsite backups, secondary site, cloud recovery | Network, identity, DNS, and data consistency matter |
| Meet low RTO | Standby systems, automation, runbooks | Cost and complexity increase as downtime tolerance shrinks |
| Meet low RPO | Frequent backups, replication, journaling | Corruption and security events may replicate quickly |
RPO and RTO Checks
- RPO asks: How much data can the organization afford to lose?
- RTO asks: How long can the service be unavailable?
- If the prompt emphasizes data loss, think RPO.
- If the prompt emphasizes downtime, think RTO.
- If the prompt emphasizes proof, think restore test.
- If the prompt emphasizes ransomware resilience, think immutable, offline, segmented, or access-controlled backups.
Troubleshooting Method Readiness
Be ready to use a structured troubleshooting process. The exact wording may vary by study source, but the practical flow is consistent: understand the problem, form a theory, test safely, act, verify, and document.
flowchart TD
A[Identify symptoms and scope] --> B[Check recent changes and baselines]
B --> C[Form the most likely theory]
C --> D[Test with least disruptive evidence]
D --> E{Theory confirmed?}
E -- No --> F[Revise theory or escalate with data]
F --> C
E -- Yes --> G[Plan fix and rollback]
G --> H[Implement change]
H --> I[Verify service and monitor]
I --> J[Document root cause and final state]
Troubleshooting “First / Next / Best” Prompts
| Prompt wording | How to approach it |
|---|---|
| “What should the administrator do first?” | Choose the safest information-gathering or containment step, not the most dramatic fix |
| “What is the most likely cause?” | Match the symptom pattern to the smallest number of facts |
| “What is the best solution?” | Consider business constraints: uptime, security, recoverability, and maintainability |
| “What should be done next?” | Continue the troubleshooting flow from the current point, not from the beginning |
| “How should the administrator prevent this?” | Choose monitoring, documentation, redundancy, hardening, or process improvement |
| “What is the least disruptive action?” | Prefer validation, failover, rolling change, or targeted restart over broad outage |
Scenario and Decision-Point Checks
| Scenario cue | Decide between | Exam-ready reasoning |
|---|---|---|
| Server powers on but cannot find boot device | Firmware boot order, failed disk, controller issue, missing driver | Check firmware/storage visibility before reinstalling OS |
| Application unreachable by name but reachable by IP | DNS issue vs service issue | Validate records, resolver, cache, and DNS server availability |
| Users report intermittent file share access | Permissions, network drop, server load, storage issue | Compare logs, affected users, network counters, and storage health |
| RAID array is degraded | Replace disk immediately vs verify alert and backup | Confirm failed disk, check backup, follow safe rebuild procedure |
| Server overheats after rack work | Hardware failure vs airflow/cabling problem | Inspect airflow path, blanking panels, fans, and temperature data |
| Login failures across multiple servers | Account issue vs directory/time sync issue | Check identity services, lockouts, domain reachability, and time drift |
| VM performance drops after adding more VMs | Guest OS issue vs host contention | Check host CPU, memory, storage, and overcommit metrics |
| Backup jobs suddenly fail | Backup software bug vs capacity/credential/network issue | Review backup logs, target space, changed credentials, and connectivity |
| Certificate warning after maintenance | Expired cert vs hostname/trust/time issue | Check expiration, SAN/CN, CA trust, binding, and system clock |
| Patch caused service outage | Roll forward vs rollback | Use change plan, logs, known issue notes, and business impact |
| Remote management is exposed publicly | Convenience vs security risk | Prefer VPN, jump host, MFA, management network, and access logging |
| Storage latency is high | Add CPU vs inspect I/O path | Check disk queue, controller, SAN/NAS path, multipath, and contention |
| Single PSU failed but server stayed online | Ignore vs replace and inspect power design | Restore redundancy and verify separate power path |
| Ransomware suspected | Restore immediately vs contain first | Isolate, preserve needed evidence, identify scope, then restore safely |
| Old server decommissioned | Reuse drive vs sanitize and document | Protect data, remove secrets/certs, update asset records |
Artifact and Documentation Checks
CompTIA Server+ V6 (SK0-006) readiness includes being able to interpret operational artifacts, not just memorize definitions.
| Artifact | You should be able to use it to… |
|---|---|
| Rack diagram | Locate systems, power paths, rack units, airflow concerns |
| Network diagram | Trace VLANs, gateways, firewalls, load balancers, and dependencies |
| IP address plan | Identify subnet, gateway, DNS, reservation, or conflict issues |
| Storage map | Understand volumes, LUNs, shares, RAID groups, and multipath |
| Backup schedule | Determine restore point options and expected data loss |
| Runbook | Follow repeatable startup, shutdown, failover, or recovery steps |
| Change record | Identify what changed, when, by whom, and rollback options |
| Asset inventory | Track ownership, location, warranty/support, configuration, lifecycle |
| Baseline report | Compare normal and abnormal performance |
| Incident ticket | Record symptoms, actions, evidence, resolution, and root cause |
| Security baseline | Confirm required services, ports, policies, and hardening settings |
| Certificate inventory | Track expiration, names, issuing CA, and renewal responsibility |
Common Weak Areas and Traps
- Treating RAID as backup. RAID improves availability for certain disk failures; it does not recover from deletion, corruption, ransomware, or site loss by itself.
- Treating snapshots as long-term backups. Snapshots often depend on the original storage and can affect performance or capacity.
- Confusing RPO with RTO. RPO is data loss tolerance; RTO is downtime tolerance.
- Replacing hardware before checking logs, alerts, firmware, cabling, and recent changes.
- Ignoring time synchronization when troubleshooting authentication, certificates, and log correlation.
- Assuming “network is down” when the issue is really DNS, firewall, service listener, or routing.
- Forgetting that share permissions and filesystem permissions can both apply.
- Giving service accounts broad administrative rights instead of the minimum required permissions.
- Opening management ports directly to untrusted networks instead of using safer administrative access patterns.
- Missing the difference between authentication and authorization.
- Overlooking single points of failure in power, switches, storage, identity, DNS, and backup repositories.
- Performing patches without a rollback plan, validation checks, or maintenance communication.
- Letting monitoring alerts exist without thresholds, ownership, escalation, or runbooks.
- Focusing only on the guest VM while ignoring host, datastore, and virtual network health.
- Rebuilding a server before preserving evidence or confirming backup integrity in a security incident.
- Choosing the most powerful solution instead of the least disruptive, most secure, or most cost-appropriate solution requested by the scenario.
Final-Week Review Checklist
7 to 5 Days Out
- Take a mixed SK0-006 practice session and tag every miss by topic area.
- Rebuild your weak-area list using this checklist.
- Review RAID behavior, backup types, RPO/RTO, common ports, and troubleshooting order.
- Practice reading short scenarios and identifying the exact constraint: security, uptime, cost, speed, or recoverability.
- Do at least one command/tool review for Windows and Linux administrative tasks.
4 to 2 Days Out
- Work through storage, networking, security, and troubleshooting scenarios without notes.
- Explain out loud why each wrong answer is wrong, not just why the correct one is correct.
- Review common weak areas: snapshots vs backups, DNS vs connectivity, permissions vs authentication, and redundancy vs recovery.
- Re-check any formulas or capacity reasoning you tend to rush.
- Review operational artifacts: diagrams, logs, backup schedules, change records, and monitoring alerts.
Final 24 Hours
- Stop trying to learn large new topics.
- Review your personal error log and the checklist items still marked Review.
- Do a light scenario set focused on accuracy and reading discipline.
- Rehearse the troubleshooting flow: identify, test, act, verify, document.
- Sleep and arrive prepared to reason through unfamiliar scenarios from first principles.
Practical Next Step
Use this Exam Blueprint to choose your next CompTIA Server+ V6 (SK0-006) practice session. Start with the two areas you marked weakest, complete targeted scenario practice, then return to a mixed set to confirm that you can apply the topics together under exam-style pressure.