SK0-006 — CompTIA Server+ V6 Quick Reference

Compact exam-prep reference for CompTIA Server+ V6 (SK0-006): server hardware, storage, networking, administration, security, disaster recovery, and troubleshooting.

How to Use This Quick Reference

This independent Quick Reference is for candidates preparing for the CompTIA Server+ V6 (SK0-006) exam. Use it as a final-review checklist for server concepts, operational decisions, and troubleshooting patterns.

Focus your review on these exam behaviors:

  • Identify the best server component, storage design, network service, or security control for a scenario.
  • Distinguish redundancy, backup, clustering, replication, and disaster recovery.
  • Troubleshoot from symptoms using logs, metrics, hardware indicators, and change history.
  • Apply least privilege, secure configuration, patching, monitoring, and documentation practices.
  • Recognize when a technology is used, not just what it is called.

Server Hardware Reference

Server Form Factors and Use Cases

Form factorBest fitStrengthsWatch for
Tower serverSmall office, branch, non-rack environmentSimple deployment, less rack dependencyLess dense, may lack redundant infrastructure
Rack serverData center, server room, standardized deploymentScalable, good cable/power organizationRequires rack, rails, airflow planning
Blade serverHigh-density compute with shared chassisCentralized power, cooling, networkingChassis dependency, vendor ecosystem
Modular / composableFlexible pools of compute, storage, networkResource pooling and automationComplexity, management tooling reliance
Edge serverRemote site, low-latency workloadsLocal processing near users/devicesPhysical security, limited hands-on support

Core Components

ComponentExam-relevant detailsCommon trap
CPUSockets, cores, threads, cache, virtualization extensions, thermal designMore cores do not fix storage or network bottlenecks
MemoryECC, registered/buffered DIMMs, speed compatibility, channel population rulesMixing unsupported DIMM types can prevent boot or reduce performance
System boardChipset, firmware, expansion slots, TPM, BMC/OOB managementFirmware settings can disable devices or virtualization features
PSURedundant supplies, hot-swap, power capacity, separate circuitsRedundant PSUs should not feed the same single point of power failure
Fans/coolingAirflow direction, hot/cold aisles, sensors, thermal shutdownCable clutter and blanking-panel gaps can create hotspots
Expansion cardsNICs, HBAs, RAID controllers, GPUs, acceleratorsPCIe slot lane/speed compatibility matters
BMC/OOBIPMI, iLO, iDRAC-style functions, remote console, power controlOOB networks must be secured like administrative networks

Memory Concepts

TermMeaningWhy it matters
ECCDetects and corrects certain memory errorsCommon server reliability requirement
Registered/buffered DIMMUses a register to reduce electrical loadSupports larger memory configurations
Unbuffered DIMMCommon in desktops/smaller systemsOften not supported in enterprise servers
Memory channelParallel path between CPU and DIMMsBalanced channel population improves bandwidth
NUMAMemory locality across CPU socketsPoor VM or workload placement can reduce performance
Memory mirroringDuplicates memory contents for fault toleranceReduces usable capacity
Memory sparingReserves memory to replace failing memory regionsCapacity tradeoff for resilience

Storage Quick Reference

Storage Media and Interfaces

TechnologyChoose whenNotes
HDDCapacity-sensitive, sequential workloads, lower cost per capacityHigher latency than SSD/NVMe
SATA SSDGeneral-purpose solid-state storageUsually lower performance than SAS/NVMe enterprise options
SAS HDD/SSDEnterprise server storage, dual-port paths, reliability featuresCommon with hardware RAID and backplanes
NVMeLow-latency, high-IOPS workloadsUses PCIe; excellent for databases and virtualization
M.2Compact internal storageCheck thermal and enterprise durability requirements
U.2/U.3Hot-swap-capable NVMe in server baysMore server-friendly than consumer M.2
TapeLong-term retention, offline backup, archivalSlow restores; strong ransomware isolation when offline

DAS, NAS, and SAN

Storage typeDescriptionBest forExam distinction
DASDirect-attached storage inside or cabled to one serverLocal performance, simple deploymentsNot inherently shared
NASFile-level storage over networkSMB/NFS shares, user files, shared repositoriesClients access files
SANBlock-level storage over dedicated or converged fabricDatabases, virtualization datastores, clusteringServers see LUNs as disks
Object storageData stored as objects with metadataCloud-native apps, backups, large unstructured dataAccessed through APIs, not mounted like a local disk

RAID Selection Matrix

RAID levelMinimum disksUsable capacity patternFault tolerancePerformance profileUse when
RAID 02Sum of disksNoneHigh read/writeTemporary data only; never for resilience
RAID 12Size of one disk per mirrorOne disk per mirror setGood read, normal writeOS volumes, simple redundancy
RAID 53Total minus one diskOne diskGood read, parity write penaltyRead-heavy workloads with moderate capacity efficiency
RAID 64Total minus two disksTwo disksGood read, larger parity write penaltyLarger arrays where rebuild risk matters
RAID 104About half totalOne disk per mirror pairStrong read/writeDatabases, virtualization, high performance plus resilience
Hot spareAdditional diskNot active capacitySpeeds rebuild startN/AReduce time exposed after disk failure

High-yield RAID traps

  • RAID is availability, not backup. It does not protect against deletion, corruption, ransomware, or site loss.
  • Rebuilds stress remaining disks and reduce performance.
  • Hardware RAID uses a controller; software RAID uses the OS or hypervisor.
  • Battery-backed or flash-backed write cache protects cached writes during power loss.
  • Replacing the wrong disk in a degraded array can cause data loss.

Storage Networking Terms

TermMeaningKey distinction
HBAHost bus adapter for storage connectivityCommon with Fibre Channel or SAS
RAID controllerManages RAID sets and cachePresents logical volumes to OS
LUNLogical unit presented by SANServer treats it like block storage
WWN / WWPNFibre Channel identifiersSimilar role to unique network identity
iSCSISCSI commands over TCP/IPUses standard IP networks; secure and isolate it
Fibre ChannelDedicated storage fabricHigh performance, specialized switches/HBAs
FCoEFibre Channel over EthernetRequires compatible converged infrastructure
MultipathingMultiple paths to storageImproves availability and can balance I/O
Thin provisioningAllocates storage on demandRisk of overcommit if not monitored
Thick provisioningAllocates storage up frontPredictable capacity reservation
SnapshotPoint-in-time copy or referenceUseful for rollback; not a full backup by itself

Server Networking Reference

Network Services and Protocols

Service/protocolCommon port(s)Used forExam notes
SSHTCP 22Secure remote shellPrefer keys/MFA where possible
TelnetTCP 23Legacy remote shellInsecure; avoid except legacy troubleshooting
SMTPTCP 25, 587, 465Mail transfer/submission587 commonly for authenticated submission
DNSTCP/UDP 53Name resolutionTCP often for zone transfers/large responses
DHCPUDP 67/68Automatic IP configurationRelay/IP helper needed across subnets
HTTPTCP 80Web trafficRedirect to HTTPS where appropriate
HTTPSTCP 443Encrypted web trafficCertificate trust and hostname match matter
KerberosTCP/UDP 88Ticket-based authenticationTime synchronization is critical
POP3TCP 110/995Mail retrieval995 is encrypted POP3S
IMAPTCP 143/993Mail access/sync993 is encrypted IMAPS
NTPUDP 123Time synchronizationImportant for logs, Kerberos, certificates
LDAPTCP/UDP 389Directory queriesUse LDAPS or StartTLS for protection
LDAPSTCP 636LDAP over TLSCertificate trust required
SMB/CIFSTCP 445Windows file/printer sharingCommon target for lateral movement
SNMPUDP 161/162Monitoring and trapsPrefer secure versions and restricted sources
RDPTCP/UDP 3389Windows remote desktopRestrict, monitor, and protect with MFA/VPN
NFSTCP/UDP 2049Unix/Linux file sharingExport permissions are critical
iSCSITCP 3260Block storage over IPIsolate and secure storage networks
SyslogUDP/TCP 514, TLS 6514Log forwardingCentralize logs for correlation

VLANs, Trunks, and Segmentation

ConceptMeaningUse case
Access portCarries one untagged VLANServer NIC for a single network
Trunk portCarries multiple tagged VLANsHypervisor host, router, firewall, switch uplink
Native VLANUntagged VLAN on a trunkMisconfiguration can cause security issues
Management VLANAdmin interfaces and OOB accessRestrict access tightly
Storage VLANiSCSI/NFS/storage trafficReduce contention and exposure
DMZSemi-trusted network zonePublic-facing services isolated from internal systems
East-west trafficServer-to-server trafficImportant for microsegmentation
North-south trafficClient-to-server or internet-to-data-center trafficCommon firewall/load-balancer path
MethodPurposeKey requirement
Active/passive failoverOne NIC active, one standbySwitch support often simpler
Active/active load balancingMultiple NICs carry trafficAlgorithm and switch compatibility matter
LACP / 802.3adStandards-based link aggregationSwitch ports must be configured as a group
Switch-independent teamingHost controls failover/load distributionLess switch configuration, fewer aggregation benefits
SR-IOVVM direct access to NIC capabilitiesImproves performance, may reduce mobility features

Common trap: NIC teaming improves availability and aggregate throughput, but one flow may not exceed the speed of a single physical link depending on hashing and configuration.

Load Balancing Patterns

PatternDescriptionChoose when
Layer 4 load balancingBalances TCP/UDP connectionsFast transport-level distribution
Layer 7 load balancingUses HTTP headers, paths, cookiesApplication-aware routing
Round robinRotates requests across targetsSimple distribution
Least connectionsSends to server with fewer active connectionsUneven session duration
Source IP persistenceSame client IP goes to same backendBasic session stickiness
Cookie persistenceApplication/session stickiness via cookieWeb apps needing session affinity
Active/passiveStandby node waits for failoverSimpler resilience
Active/activeMultiple nodes serve trafficBetter capacity utilization

Virtualization, Containers, and Hybrid Infrastructure

Virtualization Decision Table

ConceptMeaningExam focus
Type 1 hypervisorRuns directly on hardwareEnterprise server virtualization
Type 2 hypervisorRuns on a host OSLab, desktop, testing
VMFull virtual machine with virtual hardwareStrong isolation, OS flexibility
ContainerProcess-level isolation using shared kernelLightweight app deployment
vSwitchVirtual switch inside hypervisorConnects VMs to networks/VLANs
DatastoreStorage location for VM files/disksPerformance and redundancy matter
TemplatePreconfigured VM imageStandardized deployment
CloneCopy of a VMUseful for testing or rapid provisioning
SnapshotVM point-in-time stateShort-term rollback; not a backup
Live migrationMove running VM between hostsRequires shared/compatible resources
HA clusterRestarts workloads after host failureNot the same as application-level clustering

VM Resource Sizing Traps

SymptomPossible causeWhat to check
High CPU ready/waitOvercommitted host CPUvCPU allocation, host utilization
Guest reports low memoryVM underallocated or ballooning/swappingHypervisor memory metrics
Poor disk latencyDatastore contentionIOPS, latency, queue depth, noisy neighbors
Network dropsvSwitch/VLAN/NIC teaming issueVLAN tags, MTU, uplinks, logs
Failed migrationCPU compatibility, network/storage mismatchCluster settings and host compatibility

Containers vs VMs

Use containers whenUse VMs when
App is stateless or cloud-nativeDifferent OS kernels are needed
Fast scaling and deployment matterStronger isolation boundaries are required
Image-based deployment is matureLegacy apps need full OS dependencies
Orchestration is availableTraditional administration model is preferred

Operating System Administration

Windows and Linux Administration Equivalents

TaskWindows examplesLinux examples
View IP configurationipconfig, Get-NetIPConfigurationip addr, nmcli
Test connectivityping, tracert, Test-NetConnectionping, traceroute, tracepath
View listening portsnetstat, Get-NetTCPConnectionss -tulpen, netstat
Manage servicesServices console, Get-Service, Restart-Servicesystemctl status/start/stop
View logsEvent Viewer, Get-WinEventjournalctl, /var/log/*
Disk/volume infoDisk Management, Get-Disk, Get-Volumelsblk, df -h, du -sh
Process monitoringTask Manager, Resource Monitortop, htop, ps, pidstat
Package updatesWindows Update, vendor toolsapt, dnf, yum, zypper
PermissionsNTFS ACLs, share permissionsPOSIX mode bits, ACLs, ownership
Scheduled tasksTask Schedulercron, systemd timers

High-Value Commands

## Windows: service, network, and log checks
Get-Service | Where-Object Status -ne "Running"
Test-NetConnection server01 -Port 443
Get-NetIPConfiguration
Get-WinEvent -LogName System -MaxEvents 20
Get-Volume
## Linux: service, network, disk, and log checks
systemctl status nginx
ss -tulpen
ip route
df -h
lsblk
journalctl -u nginx --since "1 hour ago"

File Systems and Sharing

ItemWindowsLinux/UnixExam focus
Common file systemsNTFS, ReFSext4, XFS, Btrfs, ZFSFeatures, compatibility, resilience
File sharingSMB/CIFSNFS, SMBAuthentication and permissions
PermissionsNTFS ACLs and share ACLsOwner/group/other, ACLsEffective access can be cumulative/restrictive
MountingDrive letters, mount points/etc/fstab, mountPersistent mounts need correct identifiers/options
QuotasUser/folder/volume quotasFilesystem/user quotasPrevent one user/app from consuming all capacity

Permission trap: For Windows file shares, effective access is constrained by both share permissions and NTFS permissions. The most restrictive combination often determines access.

Identity, Access, and Secure Administration

Authentication and Authorization

ConceptMeaningUse when
AuthenticationProves identityLogin, service account validation
AuthorizationGrants permitted actionsFile access, admin role, API permission
Accounting/auditingRecords activityCompliance, investigations, nonrepudiation
Local accountExists on one systemBreak-glass or isolated systems
Directory accountCentralized identityEnterprise access management
Service accountRuns an application/serviceUse least privilege and rotate credentials
Privileged accountAdmin-level permissionsProtect with MFA, logging, separation
RBACPermissions based on roleScalable access management
ACLObject-specific allow/deny entriesFile, folder, network, or object control

Common Identity Protocols

ProtocolPurposeImportant distinction
LDAPDirectory query/updateNot inherently encrypted unless protected
LDAPS / StartTLSEncrypted LDAPRequires certificate trust
KerberosTicket-based authenticationTime skew causes failures
RADIUSCentralized network authenticationCommon for VPN, wireless, network devices
TACACS+Device administration AAASeparates authentication, authorization, accounting
SAMLBrowser-based federationCommon for SSO to web apps
OAuth / OIDCDelegated authorization / identity layerCommon for modern app authentication
SSH keysKey-based remote administrationProtect private keys and disable weak access

Secure Administration Checklist

  • Use least privilege; avoid daily use of full administrator/root accounts.
  • Require MFA for privileged and remote access where supported.
  • Use named admin accounts instead of shared admin accounts.
  • Disable or rename default accounts where appropriate.
  • Restrict management interfaces to management networks or VPNs.
  • Use secure protocols: SSH, HTTPS, LDAPS, SNMPv3, TLS-protected syslog where supported.
  • Store secrets in approved secret-management tools, not scripts or plain-text files.
  • Log administrative actions centrally.
  • Review permissions and group membership regularly.
  • Use break-glass accounts carefully, monitor them, and protect credentials offline.

Security Controls and Hardening

Control Types

Control typeExamplesPurpose
AdministrativePolicies, procedures, training, change controlDirect human and process behavior
TechnicalFirewalls, ACLs, encryption, MFA, EDREnforce security through systems
PhysicalLocks, cameras, badges, cages, guardsProtect facilities and equipment
PreventiveHardening, access control, patchingStop incidents before they occur
DetectiveLogs, IDS, alerts, file integrity monitoringIdentify suspicious activity
CorrectiveRestore from backup, reimage, patchRecover after an issue
CompensatingAlternate control when primary is not feasibleReduce risk when ideal control cannot be used

Server Hardening Matrix

AreaHardening actionWhy it matters
FirmwareUpdate firmware, protect setup access, enable Secure Boot where appropriateReduces low-level attack surface
OSRemove unused roles/features, patch regularlyFewer exploitable services
AccountsDisable unused accounts, enforce strong authenticationReduces credential risk
ServicesStop and disable unnecessary servicesReduces listening ports
NetworkHost firewall, segmentation, restrict admin portsLimits lateral movement
FilesLeast-privilege ACLs, integrity monitoringProtects sensitive data
LogsCentralize and protect logsAttackers often tamper with local logs
EncryptionTLS in transit, encryption at restProtects data exposure
Anti-malware/EDRDeploy, update, monitorDetects known and suspicious activity
ConfigurationBaselines, drift detectionFinds unauthorized changes

Certificate and TLS Pitfalls

SymptomLikely causeCheck
Browser warningExpired, untrusted, or mismatched certificateCN/SAN, chain, expiration, trust store
TLS handshake failureProtocol/cipher mismatchSupported TLS versions and cipher suites
LDAPS failureDirectory server certificate issueCertificate chain and hostname
Mutual TLS failureClient cert missing/untrustedClient certificate mapping and CA trust
Intermittent cert errorsLoad-balanced nodes differCert installed consistently on all nodes

Backup, Resilience, and Disaster Recovery

Key Metrics

MetricMeaningExam use
RTORecovery Time Objective: maximum acceptable time to restore serviceDetermines recovery architecture
RPORecovery Point Objective: maximum acceptable data loss measured in timeDetermines backup/replication frequency
MTTRMean Time To Repair/RecoverMeasures restoration speed
MTBFMean Time Between FailuresReliability indicator
SLAService Level AgreementDefines expected service commitments
MTTDMean Time To DetectDetection speed for failures/incidents
\[ \text{Availability} = \frac{\text{Uptime}}{\text{Total time}} \times 100 \]

Backup Types

Backup typeWhat it copiesRestore characteristicsUse when
FullAll selected dataSimplest restoreBaseline or smaller data sets
IncrementalChanges since last backup of any typeRestore needs last full plus incrementalsSave backup time/storage
DifferentialChanges since last fullRestore needs last full plus latest differentialFaster restore than long incremental chains
SnapshotPoint-in-time state/referenceFast rollback, storage-dependentShort-term recovery before changes
Image/bare-metalEntire system stateFull server recoveryOS/app rebuild time must be minimized
File-levelSelected files/foldersGranular recoveryUser or application file restore
Application-awareCoordinates with app/databaseConsistent app recoveryDatabases, email, transactional apps
Offline/air-gappedNot continuously reachableStrong ransomware resilienceCritical backups and long-term retention

Resilience vs Backup vs DR

TechnologyPrimary purposeDoes it replace backups?Notes
RAIDDisk fault toleranceNoDoes not protect from deletion/corruption
ClusteringService availabilityNoProtects against node failure
Load balancingDistribute traffic and improve availabilityNoApp state must be handled
ReplicationCopy data to another location/systemNoCan replicate corruption or ransomware
SnapshotsFast point-in-time rollbackNoOften depends on same storage platform
BackupRecover data/system to a prior stateN/AMust be tested
Disaster recovery siteContinue operations after major outageNoStill needs data protection strategy

DR Site Models

ModelDescriptionTradeoff
Cold siteFacility/infrastructure available, little or no live equipmentLower cost, longer recovery
Warm siteSome preconfigured systems/dataBalanced cost and recovery time
Hot siteReady-to-run duplicate environmentFaster recovery, higher cost/complexity
Cloud recoveryRestore or fail over to cloud resourcesRequires network, identity, and data planning

Backup Validation Checklist

  • Confirm backups complete successfully; do not rely only on scheduled job existence.
  • Perform test restores, including full-system and application-level restores.
  • Validate backup encryption keys and recovery credentials.
  • Keep at least one copy protected from routine network access.
  • Monitor capacity for backup repositories and snapshot stores.
  • Document restore order for dependent systems.
  • Align backup frequency with RPO and recovery procedure with RTO.

Monitoring, Logging, and Performance

What to Monitor

AreaMetrics/signalsCommon issue indicated
CPUUtilization, load, run queue, CPU readyCompute saturation or overcommit
MemoryFree/available memory, paging/swapping, ballooningMemory pressure
DiskLatency, IOPS, throughput, queue depth, SMART alertsStorage bottleneck or failing media
NetworkThroughput, errors, drops, retransmits, latencyDuplex, cabling, congestion, routing
ServicesProcess health, response time, restart eventsApp or dependency failure
LogsErrors, warnings, authentication events, kernel/system eventsRoot-cause evidence
HardwareTemperature, fan speed, PSU status, chassis intrusionEnvironmental or physical failure
BackupJob result, duration, repository capacityRecovery risk
SecurityFailed logins, privilege changes, malware alertsCompromise or misuse

Log Sources

SourceUse
OS system logsKernel, driver, service, boot issues
Application logsApp-specific errors and transactions
Security/auth logsLogin, privilege, policy, access events
Hypervisor logsVM, host, datastore, migration problems
Storage logsDisk, controller, path, array, replication events
Network device logsLink, VLAN, routing, ACL, spanning tree issues
BMC/OOB logsHardware faults, thermal, power events
SIEM/log platformCorrelation across systems

Bottleneck Clues

SymptomLikely bottleneckConfirm with
High CPU, normal disk/networkCPU-bound workloadCPU graphs, process list
Low CPU, high disk latencyStorage bottleneckDisk latency/queue, array stats
Heavy paging/swappingMemory pressureMemory counters, swap/pagefile usage
Slow file transfers, errorsNetwork/cabling/duplex/VLAN issueInterface counters, switch logs
App slow only during backupBackup contentionBackup schedule, disk/network metrics
VM slow but host busyResource contentionHypervisor metrics
Users cannot authenticateDirectory/DNS/time issueDNS lookup, NTP, directory logs
Intermittent failures after changeMisconfiguration or compatibilityChange records and rollback test

Change, Patch, and Configuration Management

Change Management Flow

    flowchart TD
	    A[Identify need or issue] --> B[Assess risk and impact]
	    B --> C[Plan implementation]
	    C --> D[Plan rollback]
	    D --> E[Get approval if required]
	    E --> F[Communicate maintenance window]
	    F --> G[Implement change]
	    G --> H[Test and validate]
	    H --> I{Successful?}
	    I -- Yes --> J[Document final state]
	    I -- No --> K[Rollback or remediate]
	    K --> H

Patch and Firmware Review

TaskExam-relevant practice
InventoryKnow OS, firmware, drivers, apps, agents, dependencies
TestValidate patches in nonproduction where possible
ScheduleUse maintenance windows for disruptive changes
BackupConfirm recoverability before major updates
DependenciesCheck firmware-driver-OS compatibility
OrderFollow vendor guidance for firmware, drivers, hypervisor, and tools
RollbackHave uninstall, snapshot, image, or failover plan
VerifyConfirm services, logs, performance, and user access
DocumentRecord versions, results, issues, and approvals

Documentation Artifacts

ArtifactContains
Network diagramVLANs, IP ranges, firewalls, load balancers, uplinks
Rack diagramRU position, power feeds, cabling paths
Asset inventorySerial numbers, warranty/support, owner, location
BaselineNormal performance/configuration state
RunbookRepeatable operational procedure
SOPStandard procedure for common tasks
DR planRecovery sequence, contacts, dependencies
Change recordWhat changed, when, why, who approved, rollback
Credential escrow/break-glass processControlled emergency access

Troubleshooting Methodology

Standard Troubleshooting Pattern

  1. Identify the problem.
    • Gather symptoms, scope, timeline, error messages, and affected users.
    • Determine what changed.
  2. Establish a theory of probable cause.
    • Start with simple, likely causes.
    • Consider hardware, software, network, security, and environmental factors.
  3. Test the theory.
    • Confirm or reject with evidence.
    • If rejected, form a new theory.
  4. Establish a plan of action.
    • Consider impact, risk, backups, and rollback.
  5. Implement the solution or escalate.
  6. Verify full system functionality.
    • Confirm service health, logs, monitoring, and user impact.
  7. Document findings, actions, and outcomes.

Fast Triage Table

Problem typeFirst checksUseful tools
Server will not power onPower source, PSU LEDs, PDU/UPS, power cables, BMC logsOOB console, multimeter if appropriate, vendor diagnostics
POST/boot failureBeep/LED codes, firmware settings, boot order, recent hardware changeBIOS/UEFI, hardware diagnostics
OS boot failureBootloader, disk visibility, recent patch/driver, filesystem errorsRecovery media, logs, safe mode/rescue mode
Disk failureRAID status, SMART, controller logs, hot spare statusRAID utility, smartctl, vendor tools
Network unreachableLink light, VLAN, IP, gateway, DNS, firewallping, traceroute, ipconfig, ip, switch logs
Slow performanceCPU, memory, disk latency, network errors, recent jobsPerformance monitor, top, iostat, hypervisor metrics
Service downProcess state, dependencies, port binding, config changessystemctl, Services, logs, ss, netstat
Authentication failureTime sync, DNS, account lockout, directory reachabilityNTP checks, directory logs, nslookup
Backup failureCredentials, repository space, network path, agent statusBackup console, logs, storage metrics
OverheatingFans, airflow, blocked vents, room temperature, dustBMC sensors, environmental monitoring

Scenario Decision Tables

“What Should You Do First?”

ScenarioBest first action
Many users report a new outage after a maintenance windowReview change records and recent changes
One server loses network connectivity after recablingCheck physical link, switch port, VLAN, and cable
Disk alert on a RAID arrayVerify array status and identify the failed disk before replacement
Authentication failures across multiple serversCheck directory services, DNS, and time synchronization
One VM is slow while others are normalCheck VM-level resource usage and host contention
All VMs on one host are impactedCheck host hardware, storage paths, and hypervisor logs
Web app works by IP but not nameCheck DNS records and resolution path
HTTPS site shows trust warningCheck certificate validity, hostname, chain, and trust store
Backup jobs suddenly failCheck repository capacity, credentials, network access, and agent health
Server shuts down under loadCheck thermal sensors, fans, CPU heatsinks, and power capacity

“Which Technology Solves This?”

RequirementBest fit
Survive one disk failureRAID 1/5/6/10 depending on workload and capacity
Restore deleted files from last weekBackup
Quickly roll back a pre-patch VM stateSnapshot, with backup still required
Keep service running if one node failsCluster or load-balanced redundant nodes
Spread web requests across serversLoad balancer
Copy data to another site for DRReplication plus tested recovery plan
Authenticate switch/VPN users centrallyRADIUS or TACACS+ depending on use case
Secure remote shell accessSSH with strong authentication
Secure web administrationHTTPS with trusted certificate
Isolate public-facing serversDMZ and firewall rules
Monitor hardware health without OS accessBMC/OOB management
Provide shared file storageNAS with SMB/NFS
Provide block storage to hostsSAN/iSCSI/Fibre Channel
Improve admin consistencyAutomation, templates, configuration management

Physical, Power, and Environmental Reference

Data Center and Server Room Essentials

AreaKey points
Rack layoutBalance weight, mount heavy equipment low, use proper rails
AirflowFront-to-back airflow, hot/cold aisle discipline, blanking panels
PowerRedundant PSUs, PDUs, separate circuits where possible
UPSProvides short-term power and graceful shutdown time
GeneratorLonger-term facility power support
ESDUse grounding/ESD precautions when handling components
Cable managementLabel both ends, avoid blocking airflow, separate power/data when appropriate
Physical securityLocks, badges, cameras, visitor logs, cages
Fire suppressionProtect equipment and personnel; know local procedures
Environmental monitoringTemperature, humidity, water, smoke, door status

Power Concepts

TermMeaning
Redundant PSUMultiple power supplies in one server
PDUDistributes power within a rack
Metered PDUProvides power usage visibility
Switched PDUAllows remote outlet control
UPSBattery-backed power and conditioning
Graceful shutdownControlled OS/app shutdown to prevent corruption
Power budgetEnsures rack/circuit capacity supports connected load

High-Yield Exam Traps

TrapCorrect understanding
RAID equals backupRAID improves disk availability; backup enables point-in-time recovery
Snapshot equals backupSnapshots are short-term rollback aids and may depend on the same platform
More CPU fixes slownessDetermine bottleneck first: CPU, memory, disk, network, app, or dependency
Open firewall broadly to fix accessTest narrowly; apply least privilege rules
Ignore DNS when troubleshooting authenticationDirectory services often depend heavily on DNS
Ignore time syncKerberos, logs, certificates, and distributed systems require accurate time
Replace hardware without checking logsLogs and indicators prevent wrong-part replacement
Use shared admin accountsUse named privileged accounts with auditing
Patch production without rollbackAlways plan backup, rollback, and validation
Trust local logs after compromiseCentralized logs are more reliable for investigations
Put management interfaces on user networksIsolate OOB and admin access
Assume replication protects against ransomwareReplication may copy encrypted/corrupted data
Overcommit VMs without monitoringOversubscription requires capacity monitoring and baselines
Leave default SNMP/community stringsUse secure versions and restrict access

Final Review Checklist

Before exam day, make sure you can:

  • Select server hardware based on workload, redundancy, expansion, and environment.
  • Compare RAID levels and explain failure/rebuild implications.
  • Distinguish DAS, NAS, SAN, iSCSI, Fibre Channel, and object storage.
  • Identify common ports and match protocols to server functions.
  • Troubleshoot DNS, DHCP, VLAN, routing, firewall, and load-balancer issues.
  • Administer basic Windows and Linux services, logs, storage, and networking.
  • Explain virtualization concepts: hypervisors, vSwitches, templates, snapshots, migration, HA.
  • Apply least privilege, secure administration, encryption, certificates, and hardening.
  • Compare backup types and map RTO/RPO to recovery designs.
  • Use a structured troubleshooting process and document outcomes.
  • Recognize environmental, power, cooling, and physical security issues.
  • Choose the best first step in scenario-based troubleshooting questions.

Practical Next Step

Use this Quick Reference as a checklist, then move into timed CompTIA Server+ V6 (SK0-006) practice questions and hands-on troubleshooting scenarios. For each missed item, write down the decision rule you should have used: what symptom mattered, what technology fit, and what action should come first.

Browse Certification Practice Tests by Exam Family