SQL Server Support Guide for QBM

Check SQL Server services, instance names, company databases, permissions, backups, restores, disk space, and common SQL errors.

Guide Summary

AudienceSupport staff, implementation team, database administrators, AI agents, and developers.
Applies ToSQL Server, SQL Browser, QBM Server, QBM company database, backup and restore tools.
PurposeDiagnose database availability, instance, login, backup, restore, disk, and permission issues safely.
Last Updated2026-05-18

SQL Server Role

SQL Server stores the QBM company database. QBM users normally do not connect to SQL Server directly. QBM Client reaches QBM Server, and QBM Server reaches SQL Server.

Expected result: SQL Server is running, the correct instance and database are available, and QBM Server can access the company database.

TopicSupport Meaning
Default instanceSQL Server may be reached by server name only.
Named instanceSQL Server may require an instance name and sometimes SQL Browser.
Database nameMust match the selected QBM company database.
SQL BrowserOften needed when named instance discovery is used.
Compressed filesSQL database files should not be stored in NTFS-compressed folders.

Step-By-Step Checks

  1. Confirm SQL Server service is running.
  2. Confirm SQL Browser service if a named instance requires browser discovery.
  3. Confirm the configured SQL instance name exactly matches the installed instance.
  4. Confirm the QBM company database exists and is online.
  5. Confirm disk space is available on data, log, backup, and temp locations.
  6. Confirm database files and folders are not NTFS-compressed.
  7. Confirm the service account or SQL login has the needed access.
  8. After fixes, test normal QBM Client login and one basic report.

Backup And Restore

  • Take a current backup before updates, repair work, mass imports, or risky troubleshooting.
  • Restore only to the intended target database; avoid overwriting production by mistake.
  • Confirm permissions for the backup folder and restore folder.
  • Check disk space before backup and restore.
  • After restore, confirm database online status, user access, QBM Server connection, and QBM Client login.

Common SQL Errors

ErrorMeaningFirst Check
SQL Error 11General SQL connection problem.Check service, server name, instance, and network.
SQL Error 17SQL Server does not exist or access denied.Check instance name, firewall, and SQL Browser.
Error 40Could not open a connection to SQL Server.Check SQL service, network path, and remote connections.
Login failedSQL login or Windows account is not accepted.Check account, password policy, permissions, and authentication mode.
Database does not existConfigured database name is wrong or database is missing.Check database name and restore status.
Cannot open database requested by loginLogin exists but lacks database access.Check database user mapping and permissions.
Timeout expiredSQL is unreachable, slow, blocked, or overloaded.Check service health, blocking, network, and disk.
Database files are compressedSQL files are in an unsupported compressed folder.Disable NTFS compression on database files and folders.

Troubleshooting Decision Tree

  1. Is SQL Server service stopped? Start it and review Windows Event Viewer if it stops again.
  2. Is the instance name wrong? Correct QBM settings or service configuration.
  3. Is the company database offline or missing? Bring it online or restore the correct backup.
  4. Is login failing? Check SQL account mapping, Windows account, and permissions.
  5. Is the database folder compressed? Remove compression before retrying.
  6. If SQL tools connect but QBM cannot, check QBM Server configuration and logs.

What To Send To Support

  • Exact SQL error text and timestamp.
  • SQL Server name, instance name, and database name.
  • SQL Server and SQL Browser service status.
  • Whether all users are affected.
  • Recent backup, restore, update, disk, permission, or server change.
  • Do not send SQL passwords in chat.

Security Notes

  • Do not send SQL passwords or administrator credentials.
  • Do not share full database backups in public chat.
  • Restrict database backup and restore permissions to authorized staff.