Skip to content
Backup & RecoveryAdvanced

TallyPrime Backup Guide: How to Take Backup and Fix Backup Failed, Backup Not Working & Automatic Backup Problems

Regular backup of TallyPrime company data is one of the most important precautions for protecting accounting and business information. A TallyPrime company m...

BI
Bison Technical Team Enterprise IT specialists
Updated 09 Aug 2026 18 min read 0 total views

Regular backup of TallyPrime company data is one of the most important precautions for protecting accounting and business information.

A TallyPrime company may contain years of critical information, including:

Advertisement
  • Accounting vouchers
  • Sales and purchase entries
  • Ledger masters
  • Customer and supplier accounts
  • Inventory records
  • GST information
  • TDS/TCS records
  • Payroll information
  • Bank transactions
  • Outstanding receivables and payables
  • Financial statements
  • Audit and Edit Log information, where applicable

Hardware failure, ransomware, accidental deletion, file-system corruption, sudden shutdown, power failure, network interruption, or human error can potentially make company data inaccessible.

A proper backup strategy therefore should not depend on a single copy of the TallyPrime data folder.

This article explains:

  1. How to take a TallyPrime backup
  2. Where TallyPrime company data is stored
  3. How to verify a backup
  4. Why TallyPrime backup may not work
  5. How to troubleshoot "Backup Failed"
  6. Why automatic backup may stop working
  7. How to design a safer backup strategy
  8. What precautions should be taken on servers and network installations

1. What Is a TallyPrime Backup?

A TallyPrime backup is a separate copy of company data that can be used to restore the company if the working data becomes damaged, deleted, corrupted, or otherwise inaccessible.

A good backup should be stored separately from the live TallyPrime data.

For example:

Live Data

D:\TallyPrime\Data

Backup

E:\TallyBackup

This is safer than keeping both the live data and backup inside the same folder.

However, keeping the backup on another partition of the same physical disk is still not sufficient protection against complete disk failure.

For better protection, maintain another copy on a different storage device or secure backup destination.


2. Why TallyPrime Backup Is Important

TallyPrime data can become unavailable for many reasons.

Common causes include:

  • Hard disk or SSD failure
  • Windows corruption
  • Accidental folder deletion
  • Malware or ransomware
  • Sudden power failure
  • Improper system shutdown
  • Server crash
  • Network interruption
  • File-system errors
  • User mistakes
  • Storage device failure
  • Incorrect migration or copying
  • Backup software misconfiguration
  • NAS/network storage problems

A recent verified backup can substantially reduce the impact of these incidents.


3. Before Taking a TallyPrime Backup

Before performing a backup, check the following:

Check the company

Confirm that you are backing up the correct company or companies.

Check the source location

Know where the current TallyPrime company data is stored.

Check the destination

Choose a backup destination with sufficient free space.

Avoid unreliable storage

Do not depend on a failing hard disk, unstable USB device, or unreliable network share for your only backup.

Maintain multiple generations

Do not continuously overwrite your only known-good backup.

For example:

TallyBackup\2026-08-07

TallyBackup\2026-08-08

TallyBackup\2026-08-09

This allows you to return to an earlier version if the latest data or latest backup has a problem.


4. How to Take TallyPrime Backup

The exact screen names, menu locations, and available backup features can vary with TallyPrime release, configuration, licensing, and deployment.

In general, use TallyPrime's backup functionality to select the company data and the required backup destination.

The basic workflow is:

TallyPrime → Backup option → Select source/company → Select destination → Start backup

After completing the operation, confirm that TallyPrime reports successful completion.

Do not assume that a backup exists simply because the operation was started.


5. Choose the Correct Backup Destination

The backup destination should preferably be different from the live data location.

For example:

Live TallyPrime data

D:\TallyPrime\Data

Backup destination

E:\TallyBackup

Better still, maintain an additional backup on:

  • External HDD/SSD
  • NAS
  • Another server
  • Secure cloud backup
  • Offsite storage

This protects against complete failure of the computer or server containing TallyPrime.


6. Backup All Important Companies

Many organisations maintain multiple TallyPrime companies.

Examples include:

  • Current financial year company
  • Previous financial year company
  • Branch company
  • Test company
  • Archived company
  • Separate business entities

Make sure your backup policy covers every company that contains important information.

Do not assume that backing up one company automatically protects every company stored on the computer.


7. How to Verify a TallyPrime Backup

A backup should be considered reliable only when it can be restored and opened successfully.

After taking a backup:

  1. Confirm that the backup operation completed successfully.
  2. Check that the backup files exist at the destination.
  3. Confirm the backup date and time.
  4. Check whether the backup size appears reasonable.
  5. Periodically perform a test restore.
  6. Open the restored company.
  7. Verify important reports and recent transactions.

Check reports such as:

  • Trial Balance
  • Balance Sheet
  • Profit & Loss
  • Day Book
  • Sales Register
  • Purchase Register
  • Ledger reports
  • Stock Summary
  • Outstanding reports

Also verify some recent vouchers.

This is much safer than simply checking whether a backup file exists.


8. TallyPrime Backup Not Working – Common Causes

If TallyPrime backup is not working, investigate the following areas.

Cause 1: Incorrect Backup Path

The destination path may be invalid, unavailable, or incorrectly entered.

For example, a network backup path may no longer exist.

Solution

Verify that the destination folder is accessible from Windows.

Try opening the folder manually.


9. Insufficient Folder Permission

TallyPrime may be able to read company data but may not have permission to create or modify files in the backup destination.

This commonly occurs with:

  • Server folders
  • Network shares
  • NAS devices
  • Protected Windows folders
  • Folders owned by another Windows account

Test

Try manually creating a text file inside the backup destination using the same Windows user.

If Windows cannot create the file, TallyPrime may also fail to write the backup.

Solution

Review:

  • NTFS permissions
  • Share permissions
  • User account rights
  • Security policies
  • Controlled folder access/security software

Avoid unnecessarily giving users unrestricted Full Control over sensitive company data. Assign only the permissions required for normal operation.


10. Backup Destination Is Full

TallyPrime backup can fail if the destination disk does not have enough free space.

Check:

This PC → Destination Drive → Properties

Confirm sufficient free storage.

Remember that old backups can gradually consume a large amount of disk space.

Implement a retention policy rather than deleting backups randomly.


11. Backup Drive Is Disconnected

If the backup destination is an external HDD, SSD, USB drive, or network storage device, the device may be disconnected or temporarily unavailable.

Check:

  • USB connection
  • Drive power
  • Drive letter
  • Network connectivity
  • NAS status
  • Server availability

12. Network Backup Path Is Unavailable

Consider a configuration such as:

\\SERVER\TallyBackup

If the server cannot be reached, the backup will fail.

Test the path from Windows File Explorer.

Also test connectivity to the server.

For example:

ping SERVER

However, note that some networks block ping while file sharing still works, so a failed ping alone does not prove the server is unavailable.

The best test is to open the required share and verify write access.


13. Mapped Network Drive Is Missing

A backup may be configured for:

Z:\TallyBackup

After restarting Windows, Z: may not reconnect.

This is particularly common with:

  • RDP sessions
  • Different Windows accounts
  • Server environments
  • Changed credentials

Better approach

Where appropriate, use a UNC path:

\\SERVER\TallyBackup

instead of relying entirely on a mapped drive.


14. Windows Credentials Have Changed

If a password has changed, Windows may no longer authenticate successfully with the network backup server or NAS.

Remove outdated stored credentials where appropriate and reconnect using valid credentials.


15. Antivirus or Endpoint Security Blocking Backup

Security software may prevent TallyPrime from writing to certain directories.

Possible products include:

  • Microsoft Defender
  • Endpoint Detection and Response software
  • Ransomware protection
  • Controlled Folder Access
  • Third-party antivirus

Check the security software's logs before creating exclusions.

Do not disable antivirus protection permanently just to make backup work.

If an exclusion is genuinely required, limit it to the minimum trusted application or directory necessary.


16. Source TallyPrime Data Has Problems

Sometimes the backup process fails because the source company itself contains damaged or inconsistent data.

Possible signs include:

  • Company opening slowly
  • Company failing to load
  • Unexpected errors
  • Reports not opening
  • TallyPrime crashing
  • Voucher operations failing
  • Data repair/rewrite problems

In this situation, immediately preserve the current data before attempting major repairs.

Do not repeatedly experiment on the only copy of important company data.


17. TallyPrime Backup Failed – Troubleshooting Checklist

If TallyPrime displays a backup failure, follow this sequence.

Step 1 – Note the exact error

Take a screenshot or record the complete error message.

Step 2 – Check the source company

Confirm that the company opens normally.

Step 3 – Check destination storage

Make sure the drive exists and has sufficient free space.

Step 4 – Test folder access

Open the destination manually.

Step 5 – Test write permission

Create and delete a temporary test file.

Step 6 – Try another destination

For diagnosis, try a simple local destination such as:

D:\TallyTestBackup

If local backup works but network backup fails, investigate network permissions, connectivity, credentials, or destination storage.

Step 7 – Restart TallyPrime

Close TallyPrime properly and reopen it.

Step 8 – Check Windows

If required, restart the system during an appropriate maintenance period.

Step 9 – Check security software

Review antivirus, EDR, or ransomware-protection logs.

Step 10 – Investigate company data

If backup fails regardless of destination, investigate the source company for possible data problems.


18. TallyPrime Automatic Backup Not Working

Automatic backup problems require slightly different troubleshooting.

A backup system may appear to be configured correctly but stop creating new backups.

Common reasons include:

  • Backup destination unavailable
  • Destination drive letter changed
  • Network path disconnected
  • NAS offline
  • Server unavailable
  • Password changed
  • Windows permissions changed
  • Storage full
  • Backup service/task not running
  • Security software blocking writes
  • TallyPrime configuration changed
  • Company data location changed
  • Scheduled backup configuration disabled
  • Backup software stopped
  • Windows Task Scheduler problem

The exact cause depends on how automatic backup has been implemented.


19. Important: Identify What Is Providing Automatic Backup

Before troubleshooting, determine whether automatic backup is being performed by:

  • A TallyPrime/Tally-supported feature available in your environment
  • TallyPrime Server-related configuration
  • Third-party backup software
  • Windows Task Scheduler
  • PowerShell or batch script
  • NAS backup software
  • Cloud backup software
  • Server backup solution

Do not assume that every "automatic Tally backup" installation works the same way.


20. Automatic Backup Destination Changed

Suppose automatic backup was configured to:

E:\TallyAutoBackup

If the external drive is later assigned F:, the process may continue looking for E: and fail.

Solution

Check:

Disk Management → Drive Letter

Then update the backup configuration if necessary.

For permanently connected backup drives, consider maintaining a consistent drive letter.


21. Automatic Network Backup Stopped After Password Change

A common scenario is:

  1. Backup runs normally.
  2. Administrator changes a Windows/server password.
  3. Scheduled backup stops.
  4. Nobody notices for several days.

This happens when the backup process uses stored credentials.

Solution

Check the account used by the scheduled process and update its stored credentials.


22. Windows Task Scheduler Backup Not Running

If a script or third-party process is scheduled through Task Scheduler, check:

Task Scheduler → Task Scheduler Library

Review:

  • Last Run Time
  • Last Run Result
  • Next Run Time
  • Trigger
  • Action
  • User account
  • "Run whether user is logged on or not"
  • Required privileges

A task can exist but still fail every day.

Therefore, verify actual backup output rather than merely confirming that the task exists.


23. Automatic Backup Running but No New Files Created

This is particularly dangerous because administrators may believe the data is protected.

Check the timestamp of the newest backup.

For example:

Expected latest backup: 9 August 2026

Actual latest backup: 1 August 2026

This means the backup mechanism may have stopped eight days earlier.

A backup monitoring process should therefore check the age of the latest successful backup.


24. Avoid Using Only One Backup File

Suppose the backup always overwrites:

LatestBackup

This creates unnecessary risk.

If today's source data is already damaged and the automatic process overwrites yesterday's good backup, both the production data and your newest backup may contain problems.

Use multiple generations whenever possible.

Example:

Daily\2026-08-09

Daily\2026-08-08

Daily\2026-08-07


25. Recommended TallyPrime Backup Strategy

For business-critical TallyPrime installations, consider the 3-2-1 backup principle.

Maintain:

3 copies of important data

  1. Production data
  2. Local backup
  3. Offsite/secondary backup

Use:

2 different storage types or independent storage systems

and keep:

1 copy offsite or otherwise isolated from the production environment

The exact design should be adjusted according to the organisation's size, risk profile, compliance requirements, and recovery requirements.


26. Example Backup Architecture

A small business might use:

Live data

D:\TallyPrime\Data

Local backup

E:\TallyBackup\Daily

NAS backup

\\NAS01\AccountingBackup\Tally

Offsite backup

Encrypted cloud backup or another geographically separate destination.

This provides substantially better protection than keeping everything on the Tally server.


27. Why Same-Disk Backup Is Not Enough

Suppose:

C: = Windows

D: = Tally data

E: = Tally backup

If C:, D:, and E: are simply partitions on the same physical disk, failure of that disk can destroy all three.

Different drive letters do not necessarily mean different physical disks.

Verify the underlying physical storage.


28. External HDD Backup – Advantages and Risks

External storage is useful for TallyPrime backup, but it should not be the only protection.

Advantages

  • Simple
  • Relatively inexpensive
  • Portable
  • High capacity
  • Useful for offline copies

Risks

  • Can fail
  • Can be dropped
  • Can be stolen
  • Can be accidentally formatted
  • Can remain connected during ransomware infection
  • USB cable/port failure can interrupt backup

For important data, rotate multiple external drives or combine external backup with another protected destination.


29. Cloud Backup for TallyPrime

Cloud backup can provide valuable offsite protection.

However, simply synchronising a live data directory is not always equivalent to a proper application-consistent backup.

A safer approach is generally:

TallyPrime Data → Proper Backup/Consistent Copy → Cloud Backup

The implementation should be designed carefully for your environment.


30. Backup vs Sync – They Are Not the Same

This distinction is extremely important.

Synchronisation

Keeps two locations similar.

Backup

Preserves recoverable historical copies.

If a file is deleted and a sync service immediately deletes the corresponding cloud copy, it may not provide the recovery protection expected from a proper backup system.

Use versioning and retention where available.


31. Ransomware Protection

A backup continuously connected to the same Windows server may also be accessible to ransomware.

For stronger protection, consider:

  • Immutable backups
  • Offline backups
  • Versioned cloud storage
  • Restricted backup credentials
  • Separate backup server/NAS
  • External drive rotation

The backup account should not unnecessarily have the same broad access as everyday user accounts.


32. Backup Retention Policy

A useful retention model might be:

Daily

Keep 7–30 daily backups.

Weekly

Keep 4–8 weekly backups.

Monthly

Keep 6–12 monthly backups.

Year-end

Keep long-term financial-year backups according to business, statutory, audit, and compliance requirements.

There is no single retention period suitable for every organisation.


33. Name Backups Clearly

Use predictable folder names.

Example:

Tally_Backup_2026-08-09

or:

2026\08\09

Avoid vague names such as:

New Backup

Backup Final

Latest Final

Old Data

Clear naming makes disaster recovery much easier.


34. Maintain a Backup Log

For important installations, maintain a backup log containing:

Field Example
Date 09-Aug-2026
Company ABC Pvt Ltd
Backup Location NAS01
Status Successful
Verification Completed
Restore Test Passed
Checked By Administrator

Automated systems should generate logs or alerts whenever possible.


35. Test Restore Regularly

A backup is only useful if it can be restored.

Perform periodic restore tests in a separate test location.

Verify:

  • Company opens
  • Recent vouchers exist
  • Ledger balances are correct
  • Trial Balance is correct
  • Inventory appears correct
  • GST reports are accessible
  • Required historical information is available

Never test disaster recovery by overwriting the only live company unless you have a controlled recovery plan.


36. Before Major TallyPrime Changes

Take a verified backup before:

  • TallyPrime upgrade
  • Data migration
  • Rewrite/repair operation
  • Server migration
  • Windows reinstall
  • Storage replacement
  • Company split
  • Large data import
  • Major configuration change
  • Moving data to another computer

Preferably maintain at least one untouched pre-change copy.


37. Backup Before TallyPrime Data Repair

If company data is corrupted, do not immediately start repair operations on the only available copy.

First preserve the damaged data.

Why?

A repair or rewrite operation changes data structures. If the process fails, the original state may be needed for another recovery attempt or professional analysis.

Use a workflow similar to:

Damaged Data → Preserve Original Copy → Create Working Copy → Attempt Repair on Working Copy


38. Server-Based TallyPrime Backup Recommendations

For organisations using TallyPrime from a Windows server:

  1. Keep company data on reliable server storage.
  2. Use appropriate NTFS permissions.
  3. Take regular application-aware or consistent backups.
  4. Maintain secondary storage.
  5. Maintain offsite copies.
  6. Monitor backup success.
  7. Monitor free disk space.
  8. Periodically test restores.
  9. Restrict backup access.
  10. Document the disaster-recovery procedure.

39. Network Users and Backup Safety

Do not manually copy actively changing company data across the network and automatically assume that the result is a reliable backup.

Files may be changing during the copy operation.

Where possible, use supported backup procedures or a properly designed backup method that produces a consistent recovery copy.


40. Common Mistakes to Avoid

Avoid these common mistakes:

  • Keeping only one backup
  • Keeping backup on the same physical disk
  • Never testing restore
  • Assuming automatic backup is working
  • Ignoring old backup timestamps
  • Overwriting the only previous backup
  • Using an unreliable USB drive
  • Ignoring disk-space warnings
  • Giving every user access to backup folders
  • Permanently disabling antivirus
  • Running repair on the only copy
  • Treating cloud sync as guaranteed backup
  • Keeping the backup permanently exposed to ransomware
  • Not documenting backup locations

41. Quick Troubleshooting Table

Problem Possible Cause Recommended Check
Backup not starting Invalid path Verify destination
Backup failed Permission issue Test folder write access
Backup stops midway Storage/network problem Check disk and connection
Network backup failed Share unavailable Open UNC path manually
Automatic backup stopped Scheduled process failed Check scheduler/logs
Backup drive missing Drive letter changed Check Disk Management
NAS backup failed Credentials/network Reconnect and test
Backup destination full Old backups consuming space Check free space
Backup fails for one company Possible company data issue Test company/data
No new automatic backups Process stopped Check latest timestamp
Backup exists but won't restore Backup may be incomplete Test another generation
Cloud copy missing Sync/backup configuration Review logs and retention

42. Suggested Backup Monitoring

A good backup system should alert the administrator when:

  • No backup has completed within the expected period
  • Backup job fails
  • Destination becomes unavailable
  • Free disk space becomes low
  • Backup size changes abnormally
  • Cloud upload fails
  • NAS becomes unreachable
  • Restore verification fails

Silent backup failure is one of the biggest risks in any backup system.


43. Recommended Daily Checklist

For business-critical TallyPrime environments:

Every day:

  • Check latest backup timestamp
  • Confirm backup status
  • Check available storage

Every week:

  • Review backup logs
  • Confirm secondary/offsite backup

Periodically:

  • Perform a test restore
  • Verify recent vouchers and reports
  • Review backup retention
  • Review storage health

44. FAQ – TallyPrime Backup

Q1. How do I take a backup in TallyPrime?

Use the backup functionality available in your TallyPrime installation, select the required company/source and backup destination, run the backup, and verify that it completes successfully. Menu names and options can differ between releases.

Q2. Where should I store TallyPrime backups?

Preferably on storage separate from the live company data, such as another physical disk, NAS, external storage, backup server, or secure offsite/cloud backup.

Q3. Why is my TallyPrime backup not working?

Common reasons include incorrect destination paths, insufficient permissions, unavailable network storage, insufficient disk space, security software restrictions, or problems with the source company data.

Q4. Why does TallyPrime show "Backup Failed"?

The exact cause depends on the accompanying error. Check the destination, permissions, storage space, connectivity, security software, and source data.

Q5. How can I test whether the backup folder has permission?

Open the destination through Windows File Explorer and try creating a temporary text file using the same Windows account.

Q6. Why is automatic backup not working?

Check what software or feature is actually performing the automatic backup. Then inspect its destination, schedule, credentials, logs, permissions, storage, and last successful run.

Q7. Can a changed Windows password stop automatic backup?

Yes. Scheduled tasks and network backup processes can fail when their stored credentials become invalid.

Q8. Can TallyPrime backup to a network drive?

Network destinations can be used in suitable configurations, provided the path is accessible and the account has appropriate permissions.

Q9. Should I use a mapped drive or UNC path?

For server-based scheduled operations, UNC paths such as \\SERVER\Share can often be more reliable than user-specific mapped drive letters, depending on the environment.

Q10. Can I keep TallyPrime backup on the same computer?

Yes, but it should not be your only backup. Hardware failure, ransomware, theft, or major Windows/storage problems could affect both copies.

Q11. Is another partition enough?

Not necessarily. If both partitions are on the same physical disk, disk failure can destroy both.

Q12. Can I use an external hard disk?

Yes. External HDDs and SSDs can be useful backup destinations, especially as part of a multi-copy strategy.

Q13. Can I use cloud storage?

Yes, but design the process carefully. Cloud synchronisation alone should not automatically be treated as a complete backup strategy.

Q14. Is Google Drive or OneDrive sync enough?

Not necessarily. Synchronisation and backup are different. A robust solution should provide appropriate version history, retention, recoverability, and ideally a consistent copy of Tally data.

Q15. How often should TallyPrime be backed up?

It depends on how much data the organisation can afford to lose. Businesses entering transactions continuously may require several recovery points per day, while smaller organisations may choose daily backups.

Q16. Should I keep yesterday's backup?

Yes. Maintaining multiple backup generations is much safer than continuously overwriting the previous copy.

Q17. How many backups should I maintain?

There is no universal number. A daily/weekly/monthly retention policy is commonly more useful than maintaining only one latest copy.

Q18. What is the 3-2-1 backup rule?

Maintain three copies of important data, on two different storage types or independent systems, with one copy offsite or otherwise isolated.

Q19. Can ransomware infect TallyPrime backups?

Yes, especially if the backup storage remains writable and accessible from an infected system.

Q20. How do I protect TallyPrime backup from ransomware?

Use layered protection such as offline copies, immutable/versioned storage, restricted permissions, separate backup credentials, and offsite backups.

Q21. Should I test TallyPrime backup?

Yes. Periodic restore testing is essential.

Q22. What should I check after restoring?

Verify the company opens and check recent vouchers, Trial Balance, Balance Sheet, Day Book, ledgers, inventory, GST information, and other important reports.

Q23. Should I take a backup before upgrading TallyPrime?

Yes. Maintain a verified backup before major upgrades or data-related changes.

Q24. Should I take backup before Rewrite or Repair?

Yes. Preserve the original company data before performing repair, rewrite, migration, or similar operations.

Q25. What if TallyPrime backup fails only for one company?

The company itself may require investigation. Preserve the existing data before attempting repair or rewrite operations.


Conclusion

TallyPrime backup should be treated as a business-continuity process rather than a simple file-copying exercise.

A reliable backup strategy should answer five questions:

What is being backed up?

Where is it being stored?

How frequently is it backed up?

How many historical copies are retained?

Has the backup actually been restored and tested?

If TallyPrime backup is not working, start by checking the destination path, free disk space, permissions, network connectivity, credentials, security software, and the condition of the source company.

For automatic backup problems, first determine which TallyPrime feature, Windows task, script, server tool, cloud service, or third-party backup application is responsible for creating the backup. Then verify its last successful run and the timestamp of the newest backup.

Most importantly, never rely on a single untested backup for business-critical TallyPrime data.

 

#TallyPrime #Tally #TallyBackup #TallyPrimeBackup #TallyDataBackup #TallyPrimeSupport #TallySupport #TallyTroubleshooting #TallyPrimeTips #TallyData #TallyCompanyData #TallyBackupFailed #TallyBackupError #TallyAutoBackup #AutomaticBackup #DataBackup #DataProtection #DataRecovery #BackupSolution #BackupStrategy #BackupTips #BackupGuide #BackupAndRecovery #DisasterRecovery #BusinessContinuity #DataSecurity #RansomwareProtection #CloudBackup #ServerBackup #NetworkBackup #NASBackup #ExternalBackup #OffsiteBackup #WindowsServer #Windows11 #AccountingSoftware #AccountingData #GSTSoftware #TallyGST #TallyServer #TallyDataRecovery #TallyDataProtection #TallyDataSecurity #TallyPrimeGuide #TallyPrimeHelp #ITSupport #TechnicalSupport #BackupBestPractices #321Backup #AccountingBackup

YOUR FEEDBACK

Was this guide useful?

Your answer helps us keep BISONKB accurate and practical.

BISON AI

Ask about “TallyPrime Backup Guide: How to Take Backup and Fix Backup Failed, Backup Not Working & Automatic Backup Problems”

This interface is ready to connect to your preferred AI provider. No article or user data is sent until that service is configured.

THE BISON BRIEF

Practical IT knowledge, once a week.

New troubleshooting guides, scripts and infrastructure notes. No noise.

By subscribing, you agree to our privacy policy.