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 areaWhat to reviewYou are ready when you can…
Server hardwareCPUs, memory, storage controllers, NICs, power, cooling, chassis, firmware, out-of-band managementSelect components for a use case and troubleshoot hardware symptoms without jumping to replacement too early
Physical installationRack layout, cabling, labeling, power distribution, environmental controls, safetyIdentify installation risks such as blocked airflow, single power path, poor cable management, or missing asset records
StorageDAS, NAS, SAN, RAID levels, snapshots, file systems, capacity, latency, multipathMatch storage type and RAID design to availability, performance, and recoverability needs
NetworkingIP addressing, VLANs, DNS, DHCP, routing, firewalls, ports, NIC teaming, load balancersTrace connectivity from client to service and isolate DNS, firewall, route, service, or host issues
Server operating systemsWindows and Linux administration concepts, services, processes, logs, permissions, updatesUse the right administrative tool or command category for status, logs, storage, services, and account issues
Virtualization and cloudHypervisors, VMs, templates, snapshots, resource overcommit, virtual networking, cloud shared responsibilityExplain VM placement, resource contention, snapshot risk, migration considerations, and cloud service tradeoffs
SecurityLeast privilege, hardening, patching, encryption, certificates, authentication, logging, physical securityChoose practical controls that reduce risk without breaking required server functions
Identity and accessUsers, groups, service accounts, RBAC, directory services, privilege escalationDistinguish authentication, authorization, account lockout, permission inheritance, and service credential problems
Monitoring and maintenanceMetrics, alerts, logs, patch cycles, capacity planning, firmware, change controlUse evidence to decide whether a problem is performance, capacity, configuration, hardware, or security related
High availabilityRedundant power, clustering, failover, load balancing, multipath, backupsExplain which control protects against which failure and where single points of failure remain
Backup and disaster recoveryRPO, RTO, restore testing, backup types, retention, offsite copies, immutable copiesSelect a backup and recovery approach based on business impact and restore requirements
TroubleshootingStructured method, baselines, symptoms, root cause, rollback, documentationPick 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

TopicReview focusScenario cue
CPU selectionCores, threads, sockets, workload type, virtualization support“Database server is CPU-bound during peak writes”
MemoryECC, capacity, speed, channels, failure symptoms, compatibility“Random reboots after memory expansion”
Storage controllerRAID controller, HBA, cache, battery or flash-backed cache concepts“Array performance changed after controller alert”
Drive typesHDD, SSD, NVMe, endurance, latency, capacity, hot-swap“Low-latency workload has high storage wait time”
NICsSpeed, duplex, drivers, teaming, VLAN tagging, offloads“Server loses network during switch maintenance”
PowerRedundant PSUs, UPS, PDU, separate circuits, graceful shutdown“Dual PSU server still went down during power event”
CoolingAirflow direction, blanking panels, rack density, temperature alerts“Server throttles under load after rack changes”
FirmwareBIOS/UEFI, controller firmware, NIC firmware, compatibility“New OS install cannot see storage device”
Out-of-band managementRemote console, power control, hardware health, isolated management network“OS is down but administrator still needs access”
Physical securityLocked racks, badge access, cameras, tamper controls, asset tracking“Server with sensitive data is in an open office”
CablingLabeling, cable type, bend radius, separation, documentation“A port move breaks storage and management access”
Asset lifecycleInventory, 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 optionBest fitWatch for
DASLocal performance, simple deployments, boot disks, dedicated workloadsLimited sharing and host dependency
NASShared file access, user shares, general file workloadsNetwork dependency and protocol permissions
SANShared block storage, virtualization clusters, high-performance centralized storageMultipath, zoning, LUN mapping, cost/complexity
Object storageLarge unstructured data, archives, cloud-native workflowsApplication compatibility and access method
Local SSD/NVMeLow-latency workloads, caching, high IOPSCapacity planning, endurance, redundancy
External backup storageBackup targets, removable/offline copiesSecurity, encryption, retention, restore testing

RAID Readiness

RAID levelPractical meaningStrengthWeakness / trap
RAID 0Striping without redundancyPerformance and capacityAny disk loss can lose the array
RAID 1MirroringSimple redundancy and fast readsCapacity overhead
RAID 5Striping with single parityCapacity-efficient fault toleranceWrite penalty and rebuild risk
RAID 6Striping with dual parityMore protection during rebuildsMore parity overhead and write penalty
RAID 10Stripe of mirrorsGood performance and redundancyRequires more disks/capacity overhead
Hot spareStandby disk for rebuildFaster recovery startNot 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

ConceptReady means you can…
Full backupExplain restore simplicity and storage/time cost
Incremental backupExplain smaller backups and dependency on a backup chain
Differential backupExplain growth since last full backup and restore implications
SnapshotExplain fast point-in-time capture and why it may depend on source storage
ReplicaExplain standby copy benefits and replication of corruption or deletion risk
ArchiveExplain long-term retention versus rapid operational restore
Immutable/offline copyExplain protection against ransomware or accidental deletion
EncryptionExplain key protection and restore access implications
Restore testExplain why a backup is not proven until restored successfully
RPOIdentify acceptable data loss window
RTOIdentify acceptable service restoration time

Networking and Service Connectivity Checklist

Core Network Topics

TopicWhat to knowCommon exam-style symptom
IPv4/IPv6 addressingAddress, mask/prefix, gateway, DNS, duplicate IP symptomsServer works locally but not across subnets
DNSA/AAAA, CNAME, reverse lookup, caching, resolver settingsUsers cannot reach service by name but IP works
DHCPLease, reservation, scope, relay, conflictServer receives wrong address after move
VLANsAccess/trunk ports, tagging, segmentationServer cannot reach storage VLAN after switch change
RoutingDefault gateway, static routes, asymmetric pathsTraffic leaves but replies do not return
FirewallsHost and network firewalls, allow/deny rules, portsPing works but application connection fails
Load balancingHealth checks, persistence, backend poolsSome users reach app; others receive errors
NIC teamingFailover, aggregation, switch dependencyLink failure causes outage despite multiple NICs
Time syncNTP, drift, authentication, certificates, logsLogin failures or certificate errors after clock drift
Remote accessSSH, RDP, VPN, bastion/jump host, MFAAdmin 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:

ServiceCommon port/protocolWhat the prompt may imply
SSHTCP 22Secure remote shell to Linux/Unix-like systems
HTTPTCP 80Unencrypted web service
HTTPSTCP 443TLS-protected web service or API
DNSTCP/UDP 53Name resolution issue
DHCPUDP 67/68Address lease issue
KerberosTCP/UDP 88Domain authentication/time sync dependency
SMB/CIFSTCP 445Windows file sharing or domain-related access
LDAPTCP/UDP 389Directory query
LDAPSTCP 636TLS-protected directory query
NTPUDP 123Time synchronization
SNMPUDP 161/162Monitoring and traps
RDPTCP 3389Remote 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

TaskWindows-oriented tools to recognizeLinux-oriented tools to recognizeReady means…
IP configurationipconfig, Get-NetIPConfigurationip addr, nmcliYou can confirm address, gateway, DNS, and interface state
Connectivity testping, tracert, Test-NetConnectionping, traceroute, ss, ncYou can test path and port reachability
DNS lookupnslookup, Resolve-DnsNamedig, nslookup, hostYou can separate DNS failure from service failure
ServicesServices console, Get-ServicesystemctlYou can verify service status and startup behavior
LogsEvent Viewer, PowerShell log queriesjournalctl, /var/logYou can find relevant evidence before changing settings
ProcessesTask Manager, Get-Processps, top, htopYou can identify runaway or failed processes
StorageDisk Management, Get-Disklsblk, df, du, mountYou can inspect disks, filesystems, and free space
UpdatesWindows Update tools, package sourcesapt, dnf, yum, repository toolsYou can explain patching and rollback considerations
PermissionsNTFS/share permissions, local groupsPOSIX permissions, ownership, ACLsYou can identify authorization issues
SchedulingTask Schedulercron, systemd timersYou 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

TopicWhat to understandCommon weak spot
Type 1 vs Type 2 hypervisorsBare-metal versus hosted virtualizationChoosing the wrong hypervisor model for production servers
VM resourcesvCPU, memory, virtual disk, virtual NICAssuming assigned resources equal guaranteed performance
OvercommitSharing more virtual resources than physical capacityIgnoring contention during peak usage
Templates and clonesStandardized deploymentDuplicated names, IDs, or stale patches
SnapshotsShort-term rollback or change safetyTreating snapshots as long-term backups
VM migrationMoving workloads between hostsMissing shared storage, CPU compatibility, or network dependencies
Virtual networkingvSwitches, port groups, VLANs, virtual NICsVLAN mismatch between physical and virtual layers
ContainersLightweight application isolationConfusing containers with full VMs
Cloud IaaSProvider-hosted compute, storage, networkingMisunderstanding shared responsibility
Hybrid operationsOn-premises plus cloud integrationOverlooking 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 areaReview focusReady means…
Least privilegeAdmin rights, RBAC, service accounts, just-in-time accessYou choose the minimum access needed for the task
AuthenticationPasswords, MFA, certificates, keys, directory servicesYou distinguish identity proof from permission assignment
AuthorizationGroups, ACLs, roles, inheritanceYou troubleshoot access denied without guessing
PatchingOS, applications, drivers, firmwareYou balance urgency, testing, rollback, and maintenance windows
System hardeningDisable unused services, secure configs, baselinesYou reduce attack surface while preserving required function
Encryption in transitTLS, certificates, trusted CAsYou identify expired, mismatched, or untrusted certificate symptoms
Encryption at restDisk/database/file encryption, key managementYou understand restore and key availability requirements
Physical securityRacks, locks, surveillance, access logsYou protect systems from direct tampering
Remote managementVPN, jump host, MFA, management VLANYou avoid exposing management interfaces unnecessarily
Logging and monitoringSecurity logs, audit trails, alertingYou can detect and investigate suspicious events
Malware defenseEDR/AV, patching, least privilege, backupsYou contain before restoring infected systems
DecommissioningData sanitization, asset tracking, certificate/key removalYou 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

SignalWhat it can indicateFirst checks
High CPUBusy workload, runaway process, insufficient capacity, malwareProcess list, recent changes, baseline comparison
High memory useNormal cache, leak, insufficient RAM, overcommitCommit/available memory, swap/pagefile, process usage
Disk latencyStorage bottleneck, failing disk, controller/cache issueI/O wait, queue depth, array health, logs
Disk fullLog growth, backups on local disk, temp files, snapshotsFilesystem usage, largest directories, retention settings
Network errorsDuplex/speed issue, bad cable, driver, switch port, congestionInterface counters, link status, switch logs
Authentication failuresBad credentials, lockout, time drift, directory issueSecurity logs, time sync, domain connectivity
Backup failureTarget full, credentials, network path, locked filesBackup logs, repository space, recent changes
Hardware alertFan, PSU, temperature, disk, memoryOut-of-band management, physical inspection, logs
Repeated rebootsPower, thermal, kernel panic/stop error, updatesEvent logs, crash dumps, environmental data
Slow applicationDatabase, storage, network, CPU, memory, dependencyEnd-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

RequirementPossible controlWhat to watch
Survive single disk failureRAID, hot spare, monitoringRAID does not protect against deletion, corruption, or site loss
Survive PSU failureRedundant PSUsBoth PSUs must not depend on the same failed power path
Survive switch/NIC failureNIC teaming, redundant switchesTeaming mode and switch configuration must match
Survive host failureClustering, VM migration, standby hostShared dependencies can still be single points of failure
Survive application instance failureLoad balancer, health checks, multiple nodesHealth checks must test the right service behavior
Recover deleted dataBackups, snapshots, versioningRetention and restore permissions matter
Recover from ransomwareImmutable/offline backups, segmentation, tested restoreReplication alone may copy encrypted data
Recover from site outageOffsite backups, secondary site, cloud recoveryNetwork, identity, DNS, and data consistency matter
Meet low RTOStandby systems, automation, runbooksCost and complexity increase as downtime tolerance shrinks
Meet low RPOFrequent backups, replication, journalingCorruption 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 wordingHow 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 cueDecide betweenExam-ready reasoning
Server powers on but cannot find boot deviceFirmware boot order, failed disk, controller issue, missing driverCheck firmware/storage visibility before reinstalling OS
Application unreachable by name but reachable by IPDNS issue vs service issueValidate records, resolver, cache, and DNS server availability
Users report intermittent file share accessPermissions, network drop, server load, storage issueCompare logs, affected users, network counters, and storage health
RAID array is degradedReplace disk immediately vs verify alert and backupConfirm failed disk, check backup, follow safe rebuild procedure
Server overheats after rack workHardware failure vs airflow/cabling problemInspect airflow path, blanking panels, fans, and temperature data
Login failures across multiple serversAccount issue vs directory/time sync issueCheck identity services, lockouts, domain reachability, and time drift
VM performance drops after adding more VMsGuest OS issue vs host contentionCheck host CPU, memory, storage, and overcommit metrics
Backup jobs suddenly failBackup software bug vs capacity/credential/network issueReview backup logs, target space, changed credentials, and connectivity
Certificate warning after maintenanceExpired cert vs hostname/trust/time issueCheck expiration, SAN/CN, CA trust, binding, and system clock
Patch caused service outageRoll forward vs rollbackUse change plan, logs, known issue notes, and business impact
Remote management is exposed publiclyConvenience vs security riskPrefer VPN, jump host, MFA, management network, and access logging
Storage latency is highAdd CPU vs inspect I/O pathCheck disk queue, controller, SAN/NAS path, multipath, and contention
Single PSU failed but server stayed onlineIgnore vs replace and inspect power designRestore redundancy and verify separate power path
Ransomware suspectedRestore immediately vs contain firstIsolate, preserve needed evidence, identify scope, then restore safely
Old server decommissionedReuse drive vs sanitize and documentProtect 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.

ArtifactYou should be able to use it to…
Rack diagramLocate systems, power paths, rack units, airflow concerns
Network diagramTrace VLANs, gateways, firewalls, load balancers, and dependencies
IP address planIdentify subnet, gateway, DNS, reservation, or conflict issues
Storage mapUnderstand volumes, LUNs, shares, RAID groups, and multipath
Backup scheduleDetermine restore point options and expected data loss
RunbookFollow repeatable startup, shutdown, failover, or recovery steps
Change recordIdentify what changed, when, by whom, and rollback options
Asset inventoryTrack ownership, location, warranty/support, configuration, lifecycle
Baseline reportCompare normal and abnormal performance
Incident ticketRecord symptoms, actions, evidence, resolution, and root cause
Security baselineConfirm required services, ports, policies, and hardening settings
Certificate inventoryTrack 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.

Browse Certification Practice Tests by Exam Family