SK0-006 — CompTIA Server+ V6 Quick Review

Quick Review for CompTIA Server+ V6 (SK0-006): server hardware, storage, networking, virtualization, security, disaster recovery, and troubleshooting.

Quick Review purpose

This Quick Review is for candidates preparing for the real CompTIA Server+ V6 (SK0-006) exam from CompTIA. Use it to refresh high-yield server concepts before moving into topic drills, mock exams, and detailed explanations.

This page is IT Mastery review support. It is not affiliated with CompTIA. The goal is to help you connect core server administration knowledge to original practice questions and exam-style decision making.

How to use this review before practice

  1. Scan the tables first. Identify weak areas: RAID, networking, server hardening, virtualization, backups, and troubleshooting.
  2. Turn each weak area into topic drills. Do not only reread notes; answer questions until you can explain why wrong options are wrong.
  3. Use detailed explanations. For SK0-006, the explanation is often more valuable than the answer because many questions test tradeoffs.
  4. Finish with mixed mock exams. Server issues rarely stay in one topic. A storage failure may involve RAID, logs, firmware, backups, and business continuity.

High-yield SK0-006 review map

AreaWhat to know coldCommon exam trap
Server hardwareCPUs, memory, firmware, power, cooling, expansion, out-of-band managementTreating desktop hardware assumptions as server-grade requirements
StorageRAID, DAS/NAS/SAN, iSCSI, FC, LUNs, multipathing, hot spares, backupsConfusing redundancy with backup
NetworkingVLANs, DNS, DHCP, NTP, routing basics, NIC teaming, ports, secure protocolsTroubleshooting IP before checking link/VLAN/DNS basics
Server OS administrationServices, logs, users/groups, permissions, patching, automation, monitoringIgnoring least privilege or change control
Virtualization/cloudHypervisors, resource allocation, snapshots, templates, migration, containersTreating snapshots as long-term backups
SecurityHardening, IAM, encryption, certificates, secure boot, patching, loggingOpening broad access to “make it work”
Disaster recoveryRTO, RPO, backup types, replication, failover, restore testingHaving backups that have never been restored
TroubleshootingMethodical isolation, logs, baselines, rollback, documentationChanging multiple variables at once

Server hardware essentials

Server platforms and form factors

Component/conceptReview pointDecision rule
Rack serverStandard data center form factor; measured in rack unitsGood for scalable, centralized environments
Tower serverStandalone chassisGood for small offices or low-density deployments
Blade serverHigh-density modular server in chassisWatch shared chassis dependencies: power, cooling, networking
Hot-swappable componentCan be replaced without shutting down if supportedConfirm the component and platform support hot-swap
Redundant componentDuplicate component for availabilityRedundancy reduces downtime but does not remove maintenance risk
Out-of-band managementDedicated management path independent of OSUseful when OS/network services are down

CPU, memory, and motherboard review

TopicHigh-yield points
CPU socketsMatch CPU generation, socket, chipset, firmware, and supported memory type
Cores vs threadsMore cores help parallel workloads; threads are logical execution paths
NUMAMemory access may be faster when local to a CPU socket; relevant in multi-socket servers and virtualization
CPU virtualization supportRequired or helpful for hardware-assisted virtualization features
ECC memoryDetects and corrects many memory errors; common in servers
RDIMM/LRDIMM/UDIMMDo not mix unsupported memory types; follow vendor population rules
Memory channelsBalanced population improves performance
Firmware/BIOS/UEFIControls hardware initialization, boot order, security options, virtualization options
TPMHardware root of trust used for measured boot, encryption key protection, and platform integrity features

Power and cooling

ItemWhat to remember
Redundant PSUUsually supports continued operation after one PSU failure if load capacity is adequate
UPSProvides temporary power and graceful shutdown capability
PDUDistributes power in rack environments; may be metered or managed
CoolingAirflow direction, blanking panels, cable management, and ambient temperature matter
Environmental monitoringWatch temperature, humidity, airflow, smoke, water, and power events

Hardware mistake patterns

  • Installing unsupported RAM because the speed or capacity “looks compatible.”
  • Forgetting to update firmware before troubleshooting known hardware compatibility issues.
  • Replacing a failed part without checking logs, indicators, firmware, or environmental causes.
  • Assuming redundant power works when both PSUs are plugged into the same failed power source.
  • Ignoring server vendor hardware compatibility lists for HBAs, NICs, drives, and firmware.

Storage and RAID quick review

Drive and interface basics

TechnologyTypical useExam-relevant distinction
SATACost-effective local storageLower enterprise feature set than SAS in many server contexts
SASEnterprise server storageDual-port capability, reliability features, common in arrays
NVMeHigh-performance SSD over PCIeMuch lower latency than SATA/SAS SSDs
HDDCapacity-focused storageMechanical latency; watch failure and rebuild times
SSDPerformance-focused storageEndurance, write amplification, and firmware matter
HBAConnects server to storage devices/arraysMay expose disks directly or connect to SAN
RAID controllerManages RAID setsCache protection is important for write-back cache

RAID levels

RAID levelMinimum disksCapacity conceptFault toleranceBest-fit ideaTrap
RAID 02Sum of disksNonePerformance onlyOne disk failure loses array
RAID 12Size of one disk per mirrorOne disk per mirror setSimple redundancyNot capacity-efficient
RAID 53Total minus one diskOne diskRead-heavy, capacity-consciousRisky during long rebuilds
RAID 64Total minus two disksTwo disksBetter protection than RAID 5More write penalty
RAID 104Half of totalOne disk per mirror pairPerformance plus redundancyNeeds more disks

Important distinction: RAID is availability technology, not backup technology. RAID may protect against a disk failure, but it does not protect against deletion, corruption, ransomware, failed updates, or site loss.

Storage architecture

ArchitectureMeaningHigh-yield notes
DASDirect-attached storageSimple, local, limited sharing
NASFile-level network storageCommon protocols include SMB and NFS
SANBlock-level storage networkCommon technologies include iSCSI and Fibre Channel
Object storageStores objects with metadataOften used for scale-out and cloud-style storage
LUNLogical unit presented from storageHosts see LUNs as block devices
Thin provisioningAllocates physical storage as usedMonitor oversubscription carefully
Thick provisioningAllocates storage upfrontPredictable allocation, less flexible
MultipathingMultiple paths to storageProvides path redundancy and sometimes load balancing
Zoning/maskingControls SAN visibility/accessDo not expose all storage to all hosts

Storage troubleshooting clues

SymptomLikely areas to check
Slow disk performanceLatency, queue depth, failed disk, rebuild, controller cache, path failure
Host cannot see LUNZoning, masking, initiator IQN/WWN, multipath, HBA driver, cabling
RAID degradedIdentify failed disk, check hot spare, verify rebuild status, replace supported disk
File share unavailableNetwork path, DNS, permissions, service status, storage capacity
Unexpected low capacityRAID overhead, formatting, snapshots, thin provisioning reserve, vendor capacity units

Networking essentials for servers

Core network concepts

ConceptWhat to know
IP addressLogical address assigned to an interface
Subnet mask/prefixDefines network vs host portion
Default gatewayRoute used for off-subnet traffic
DNSName-to-address resolution; critical for authentication and services
DHCPDynamic address assignment; servers often use static or reserved addresses
NTPTime synchronization; important for logs, certificates, authentication, and clustering
VLANLayer 2 segmentation
Trunk portCarries multiple VLANs using tagging
Access portCarries one VLAN, usually untagged
MTUMaximum frame size; mismatch can cause fragmentation or connectivity problems
Jumbo framesLarger MTU; must be supported end-to-end
NIC teaming/bondingRedundancy and/or throughput depending on mode
LACPDynamic link aggregation; requires switch support/configuration

Common ports and protocols

PortProtocol/serviceReview note
22SSHSecure remote shell and administration
25SMTPMail transfer
53DNSName resolution
67/68DHCPAddress assignment
80HTTPUnencrypted web traffic
88KerberosAuthentication in many enterprise environments
123NTPTime synchronization
135Microsoft RPCWindows service communication
139/445SMB/CIFSWindows file sharing
143IMAPMail retrieval
161/162SNMPMonitoring and traps
389LDAPDirectory queries
443HTTPSEncrypted web traffic
445SMBFile/printer sharing and admin shares
514SyslogCentralized logging
636LDAPSLDAP over TLS
3389RDPWindows remote desktop
3260iSCSIBlock storage over IP

Server networking decision rules

  • If name-based access fails but IP access works, check DNS first.
  • If off-subnet traffic fails, check default gateway, route table, firewall, and VLAN.
  • If one server cannot connect but others can, compare IP, subnet, gateway, DNS, VLAN, firewall, and host routes.
  • If performance is inconsistent, check duplex/speed negotiation, MTU mismatch, NIC drivers, switch errors, and congestion.
  • If storage over IP is unstable, check dedicated VLANs, jumbo frame consistency, multipathing, latency, and packet loss.
  • If time-sensitive authentication fails, check NTP and clock skew.

Server operating system administration

Windows and Linux administration themes

TaskWindows examplesLinux examplesWhat SK0-006-style questions often test
Service managementServices console, PowerShellsystemctl, serviceStart/stop/restart, startup behavior, dependency failures
LogsEvent Viewer, Windows logsjournalctl, /var/logFinding evidence before changing settings
Users/groupsLocal Users and Groups, AD toolsuseradd, groupadd, passwdLeast privilege and group-based access
PermissionsNTFS permissions, share permissionschmod, chown, ACLsEffective access, inheritance, ownership
Package/patchingWindows Update, WSUS, vendor toolsapt, dnf/yum, zypperTest, approve, deploy, rollback
SchedulingTask Schedulercron, systemd timersAutomation and recurring maintenance
ScriptingPowerShellBash/PythonRepeatable administration and safe automation
PerformancePerformance Monitortop, ps, iostat, vmstatCPU, memory, disk, and network baselines

Permissions review

Permission conceptHigh-yield note
Least privilegeGrant only what is needed for the role
Group-based accessEasier to manage than direct user permissions
InheritancePermissions may flow from parent folders/objects
Explicit denyOften overrides allow rules; use carefully
OwnershipOwners may be able to change permissions depending on platform
Share vs file permissionsEffective access may be the most restrictive combination
Privilege escalationAvoid giving admin/root rights for routine tasks

Patch and change management

Good SK0-006 answers usually prefer controlled change over ad hoc fixes:

  1. Identify the risk or vulnerability.
  2. Verify applicability and compatibility.
  3. Test in a non-production or limited environment when feasible.
  4. Schedule maintenance and notify stakeholders.
  5. Back up or confirm rollback options.
  6. Apply the update.
  7. Validate services.
  8. Document the change.

Useful command review

NeedWindowsLinux
IP configurationipconfig, Get-NetIPConfigurationip addr, nmcli
Connectivity testping, Test-NetConnectionping, traceroute, tracepath
Route tableroute print, Get-NetRouteip route
DNS lookupnslookup, Resolve-DnsNamedig, nslookup, host
Listening portsnetstat, Get-NetTCPConnectionss, netstat
ProcessesTask Manager, Get-Processps, top, htop
Servicesservices.msc, Get-Servicesystemctl
LogsEvent Viewer, Get-EventLogjournalctl, tail
Disk usageDisk Management, Get-Volumedf, du, lsblk
Filesystem checkchkdskfsck
Permissionsicaclschmod, chown, getfacl, setfacl

Virtualization, containers, and cloud

Virtualization concepts

ConceptReview point
Type 1 hypervisorRuns directly on hardware; common for production virtualization
Type 2 hypervisorRuns on top of a host OS; common for labs/dev
VMVirtual machine with virtual CPU, memory, disk, and NICs
vCPUVirtual CPU presented to VM; oversubscription must be managed
Memory ballooningHypervisor technique to reclaim memory
DatastoreStorage location for VM files/disks
Virtual switchSoftware switch connecting VMs and physical networks
TemplateReusable VM baseline for consistent deployment
SnapshotPoint-in-time VM state; short-term rollback aid
Live migrationMove running VM between hosts when requirements are met
HA clusterRestarts or moves workloads after host failure depending on platform design

Snapshot vs backup

FeatureSnapshotBackup
Main purposeShort-term rollbackRecovery from loss/corruption
Storage dependencyUsually depends on source datastoreShould be recoverable independently
DurationShort-livedRetained according to policy
RiskPerformance growth/chain issues if left too longMust be tested and protected
Exam ruleNot a replacement for backupRequired for real recovery planning

Cloud and container review

ConceptMeaningTrap
IaaSProvider offers compute/storage/network infrastructureCustomer still manages OS and many security controls
PaaSProvider offers platform/runtimeLess OS control, more managed convenience
SaaSProvider offers full applicationConfiguration and identity still matter
Private cloudCloud-like model for one organizationStill needs automation, pooling, monitoring
Hybrid cloudMix of private and public resourcesNetworking, identity, and data movement are critical
ContainerLightweight isolated application environmentShares host kernel; not the same as a full VM
OrchestrationAutomates deployment/scaling/healthMisconfiguration can expose services or secrets

Virtualization sizing traps

  • Giving every VM too many vCPUs can reduce performance through scheduling contention.
  • Thin-provisioned disks can cause outages if physical storage fills.
  • Snapshots left in place can consume datastore space and hurt performance.
  • VM backups must be application-consistent when required.
  • Live migration depends on compatible hosts, networking, shared/accessible storage, and resource capacity.
  • Time sync conflicts can occur if both guest tools and domain/NTP settings fight each other.

Security and hardening

Security principles

PrincipleServer+ relevance
ConfidentialityProtect data from unauthorized disclosure
IntegrityPrevent or detect unauthorized modification
AvailabilityKeep systems and services operational
Least privilegeMinimize permissions and admin access
Defense in depthLayer physical, network, host, app, and data controls
Secure by defaultDisable unnecessary services and default accounts
AccountabilityUse logging, auditing, and named accounts

Hardening checklist

AreaHigh-yield actions
AccountsDisable unused/default accounts, enforce strong authentication, use MFA where appropriate
PrivilegesUse RBAC, separate admin accounts, avoid shared admin credentials
ServicesDisable unnecessary services, close unused ports
NetworkHost firewall, segmentation, secure management networks
Remote accessPrefer encrypted protocols such as SSH/HTTPS; restrict RDP/management access
PatchingApply OS, firmware, hypervisor, driver, and application updates through change control
EncryptionProtect data at rest and in transit where required
Boot integrityUse UEFI security features, secure boot, TPM-backed protections where applicable
LoggingCentralize logs, protect logs from tampering, monitor alerts
Physical securityLocks, badges, cameras, cages, console access control
BaselinesCompare current state to approved secure configuration

Authentication and directory concepts

ConceptWhat to remember
AuthenticationProves identity
AuthorizationDetermines allowed actions
Accounting/auditingRecords activity
LDAP/LDAPSDirectory access; LDAPS adds encryption
KerberosTicket-based authentication; time synchronization matters
MFACombines factors to reduce credential-only risk
SSOOne authentication event grants access to multiple services
FederationTrust relationship across identity providers/domains
Service accountAccount used by services; should have limited, documented privileges

Certificate and encryption traps

  • An encrypted protocol does not help if the certificate is expired, untrusted, mismatched, or using the wrong name.
  • Self-signed certificates may be acceptable in labs but usually create trust and management issues.
  • Private keys must be protected; losing a key can break decryption or service identity.
  • Encryption at rest does not replace access control.
  • TLS protects traffic in transit, not necessarily data once stored or processed.

Backup, disaster recovery, and business continuity

Key recovery terms

TermMeaningDecision point
RTORecovery Time Objective: how quickly service must be restoredDrives architecture and recovery method
RPORecovery Point Objective: acceptable data loss windowDrives backup/replication frequency
MTTRMean Time To Repair/RecoverUseful for operational expectations
MTBFMean Time Between FailuresReliability planning metric
HAHigh availabilityReduces downtime, may not protect data from corruption
DRDisaster recoveryRestores service after major failure
FailoverMove service to standby/alternate systemMust be tested
FailbackReturn service to original/primary siteCan be risky without planning

Backup types

Backup typeWhat it doesRestore implication
FullBacks up all selected dataSimplest restore, more time/storage
IncrementalBacks up changes since last backup of any typeFaster backup, may require multiple restore sets
DifferentialBacks up changes since last full backupRestore needs full plus latest differential
Image-basedCaptures system/volume imageUseful for bare-metal or VM recovery
File-levelCaptures selected files/foldersGood for granular restore
Application-awareCoordinates with application stateImportant for databases and transactional systems
Synthetic fullBuilds full backup from prior backup dataReduces production load depending on platform

Recovery design rules

  • RTO short? Consider clustering, replication, standby systems, automation, and documented runbooks.
  • RPO short? Increase backup frequency or use replication/journaling.
  • Ransomware concern? Use offline, immutable, or access-isolated backups.
  • Site failure concern? Keep copies off-site or in another region/location.
  • Critical restore? Test it. A backup is only proven when it can be restored.
  • Regulated or sensitive data? Protect backup confidentiality and access just like production data.

3-2-1 backup idea

A common review heuristic is:

  • 3 copies of important data
  • 2 different media or storage types
  • 1 copy off-site or otherwise isolated

Use this as a concept, not as a substitute for analyzing RTO, RPO, retention, security, and restore testing.

Monitoring, performance, and capacity

What to monitor

ResourceUseful indicatorsCommon interpretation
CPUUtilization, run queue, ready timeSustained high use may indicate load or inefficient processes
MemoryFree/available memory, paging/swappingHeavy paging usually hurts performance
DiskLatency, IOPS, throughput, queue depthLatency is often more important than raw utilization
NetworkThroughput, errors, drops, retransmitsErrors/drops suggest physical, driver, duplex, or congestion issues
ServicesUp/down state, response timeService availability is what users notice
LogsErrors, warnings, audit eventsCorrelate timestamps across systems
HardwareTemperature, fans, PSU, disk SMART/healthHardware alerts often precede outages
CapacityGrowth trendsPrevent storage, CPU, and memory exhaustion

Baseline principle

A performance number is most useful when compared to a known-good baseline. “CPU is 70%” may be normal for one server and abnormal for another. Good troubleshooting compares:

  • Current behavior vs baseline
  • Affected server vs similar server
  • Before change vs after change
  • Peak vs non-peak periods
  • Application symptoms vs infrastructure metrics

Troubleshooting methodology

Practical SK0-006 troubleshooting flow

    flowchart TD
	    A[Identify the problem] --> B[Gather information and symptoms]
	    B --> C[Check recent changes, logs, alerts, and scope]
	    C --> D[Establish a theory]
	    D --> E[Test the theory safely]
	    E --> F{Theory confirmed?}
	    F -- No --> G[Revise theory or escalate with evidence]
	    G --> D
	    F -- Yes --> H[Plan the fix and rollback]
	    H --> I[Implement one controlled change]
	    I --> J[Verify full system functionality]
	    J --> K[Document cause, fix, and prevention]

Fast isolation questions

QuestionWhy it matters
Who is affected?One user, one app, one server, one VLAN, or everyone?
What changed?Patches, firmware, firewall, certificates, DNS, storage, credentials
When did it start?Correlate with logs, monitoring, backups, jobs, and maintenance
Is it reproducible?Intermittent issues need monitoring and pattern analysis
Is there a workaround?Reduces business impact while root cause is investigated
What is the rollback?Prevents a fix from becoming a larger outage

Symptom-to-cause review

SymptomFirst checksDeeper checks
Server will not bootPower, LEDs, console, boot order, recent hardwareRAID status, firmware, OS bootloader, failed disk
Random shutdownsPower, UPS, thermal alertsPSU load, fans, airflow, motherboard, firmware
Slow applicationCPU/memory/disk/network, service healthDatabase locks, storage latency, DNS, authentication
Cannot authenticateAccount status, password, time syncDirectory service health, DNS, Kerberos/LDAP, certificates
Cannot access file shareNetwork, DNS, share pathShare permissions, NTFS/Linux permissions, service status
VM will not startHost resources, datastore spaceSnapshots, locks, hypervisor tools, compatibility
Backup failedCredentials, target space, networkVSS/app consistency, repository health, permissions
Storage path downCable/link, switch, HBA/NICZoning, masking, multipath, firmware/driver

Common candidate mistakes

  • Memorizing ports without knowing when the service is used.
  • Confusing authentication with authorization.
  • Choosing RAID when the question asks for backup or disaster recovery.
  • Choosing a snapshot when the question asks for long-term recovery.
  • Ignoring DNS and NTP in authentication and certificate problems.
  • Overlooking firmware, drivers, and compatibility in hardware issues.
  • Applying a fix before gathering logs or confirming scope.
  • Recommending broad administrative permissions instead of least privilege.
  • Forgetting that high availability does not protect against data corruption.
  • Treating cloud services as if the provider manages every security responsibility.
  • Changing multiple settings at once and losing the ability to identify root cause.
  • Skipping documentation after resolving an incident.

High-yield decision rules

If the question asks for…Prefer thinking about…
Disk failure with service continuityRAID, hot spare, redundant paths, monitoring
Accidental deletion recoveryBackup, snapshot only if appropriate and recent
Site outage recoveryDR site, replication, off-site backups, runbooks
Minimal downtimeHA, clustering, live migration, redundancy
Minimal data lossRPO, replication frequency, transaction-aware backups
Secure remote administrationSSH, HTTPS, VPN, MFA, restricted management network
Permission cleanupGroups/RBAC, least privilege, inheritance review
Intermittent network issueCabling, errors, duplex/speed, MTU, switch logs
Name resolution failureDNS records, resolver settings, suffixes, caching
Authentication failureTime sync, directory service, account state, DNS
Performance investigationBaseline, bottleneck metrics, one change at a time
Compliance-style evidenceLogs, audit trails, access reviews, documentation

Topic drills to pair with this Quick Review

Use this page as a checklist, then move into IT Mastery practice. Strong SK0-006 preparation should include original practice questions in these drill sets:

Drill setWhat to practice
RAID and storageSelect RAID levels, identify SAN/NAS issues, distinguish backup vs redundancy
NetworkingPorts, VLANs, DNS, DHCP, NTP, NIC teaming, troubleshooting paths
HardwareMemory compatibility, power/cooling, firmware, out-of-band management
OS administrationServices, logs, permissions, patching, scripting, command interpretation
VirtualizationSnapshots, resource allocation, migration, hypervisor networking/storage
SecurityHardening, IAM, certificates, encryption, secure remote access
Disaster recoveryRTO/RPO, backup types, replication, restore testing
TroubleshootingScenario-based root cause, safest next step, verification and documentation

Final quick pass before mock exams

Before starting a mixed question bank or mock exam, make sure you can answer these without looking:

  • Why is RAID not a backup?
  • When would RAID 10 be preferred over RAID 5 or RAID 6?
  • What is the difference between NAS and SAN?
  • What breaks when DNS is wrong on a server?
  • Why does NTP matter for authentication and certificates?
  • What is the difference between a snapshot and a backup?
  • What do RTO and RPO each measure?
  • What is the safest way to apply patches in production?
  • How do share permissions and file permissions combine?
  • What evidence should you collect before making a troubleshooting change?
  • Which logs or tools would you check first for a failed service?
  • How would you isolate whether a problem is host, network, storage, or application related?

Practical next step

Use this Quick Review to mark weak topics, then work through SK0-006 topic drills in a question bank with detailed explanations. After targeted practice, take mixed mock exams and review every missed question until you can explain the concept, the correct answer, and the trap in each incorrect option.

Continue in IT Mastery

Use this Quick Review as a final concept map, then move into IT Mastery for focused topic drills, mixed practice sets, timed mock exams, and detailed explanations. The practice questions are original IT Mastery practice items; they are not official CompTIA questions, copied live-exam content, or exam dumps.

Browse Certification Practice Tests by Exam Family