W7数据库服务器手工启动的核心路径只有两条，打开服务管理器找到数据库服务右键点“启动”，或者用管理员身份的CMD执行“net start 服务名”。 下面按具体场景拆开讲，涵盖SQL Server、MySQL、Oracle三种最常见的情况。
W7数据库服务器怎么手工启动先找到服务名
W7数据库服务器的手工启动，第一步不是双击数据库图标，而是确认这台机器上装的数据库服务叫什么名字，Windows 7系统把数据库实例注册为一个Windows服务，服务管理器里找不到“SQL Server.exe”这种名字，只有“MSSQLSERVER”或“MySQL57”这类服务标识。
打开服务管理器的操作路径是：按Win+R键，输入services.msc回车，右侧列表按名称排序，找包含数据库关键词的服务,常见数据库服务名如下表：
| 数据库类型 | 典型服务名 | 默认端口 |
|---|---|---|
| SQL Server 2008 R2 | MSSQLSERVER或实例名 | 1433 |
| MySQL 5.7 | MySQL57或自定义名称 | 3306 |
| Oracle 11g | OracleServiceORCL | 1521 |
注意一点，在W7上如果装的是绿色版或压缩包版数据库，可能没有注册Windows服务，这时候手工启动要去安装目录找执行文件，双击运行，不过绝大多数企业环境用安装版,服务管理器是最稳的启动途径。
三种主流数据库的手工启动操作
SQL Server手工启动命令
SQL Server在W7上最常见的是2005、2008、2008 R2版本，服务名默认MSSQLSERVER，如果是命名实例，服务名变成“MSSQL$实例名”,手工启动有两种方式：
- 图形界面方式：services.msc里找到目标服务，右键选择“启动”，状态变成“已启动”即完成。
- 命令行方式：用管理员身份打开CMD，输入
net start MSSQLSERVER
回车，命令行适合远程登录W7服务器时操作,不用打开图形桌面。
启动之后验证状态，输入net start不加参数会列出所有已启动服务，能看到MSSQLSERVER说明启动成功，也可以用sqlcmd -S localhost -E测试本地连接,能返回提示符就说明数据库正常接受请求。
MySQL手工启动方法
W7上跑MySQL，版本一般集中在5.5到5.7之间，安装版注册的服务名称通常在安装时自定义，默认是MySQL56、MySQL57,手工启动时：
- services.msc里找MySQL开头的服务,右键启动。
- 管理员CMD执行
net start MySQL57，如果提示服务名无效,就在服务管理器里看实际服务名称。
MySQL 5.7需要特别注意，W7操作系统对MySQL 5.7有兼容性限制，启动失败时先检查my.ini配置里basedir和datadir路径是否正确，路径错了服务会闪退，启动成功的标志是3306端口处于监听状态，可以用netstat -ano | findstr 3306验证。
Oracle数据库手工启动步骤
Oracle在W7上的典型版本是11g和10g，手工启动比SQL Server多一步，因为Oracle有监听器和服务两个东西,完整启动流程是：
- 启动监听器：管理员CMD执行
lsnrctl start，看到“status READY”输出说明监听正常。 - 启动数据库服务：services.msc里找OracleServiceORCL,右键启动。
如果只想用命令行搞定，两条命令连续执行即可，不建议跳过监听器直接启动实例，客户端通过局域网连接时监听器没起来,数据库实例启动了也没用。
Windows 7数据库服务器启动失败怎么解决
启动失败是W7数据库服务器最常见的求助场景，表现为服务启动后自动停止，或点击“启动”按钮后提示“系统错误1079”或“错误1068”，以下几个检查点按优先级排列,排查效率最高。
检查服务登录身份
W7下数据库服务默认使用“本地系统账户”登录，如果之前管理员改过密码，服务登录身份还挂在旧密码上，就会启动失败，改回本地系统账户的操作路径：服务属性里点“登录”选项卡，选择“本地系统账户”,确定后重试启动。
检查端口是否被占用
端口被占也会导致启动失败，SQL Server的1433和MySQL的3306是重灾区，命令行执行netstat -ano | findstr 1433，如果看到端口已被其他进程监听，在任务管理器里找到对应PID的进程，确认是什么软件占了端口,卸载或改端口后重启数据库服务。
查看Windows事件日志
服务启动失败后，系统的记录藏在事件日志里，操作路径：打开管理工具，进入“事件查看器”，左侧展开“Windows日志”，点“应用程序”，筛选来源为MSSQLSERVER、MySQL、Oracle的服务日志，日志里会明确写出失败原因，多数情况下指向配置文件错误或权限不足,比猜原因快得多。
W7数据库服务器连接不上的常见原因
启动成功后并不代表就能连上，W7数据库服务器连不上的原因中，防火墙拦截占多数，W7自带防火墙默认拦截外部访问，管理员要在控制面板的“Windows防火墙”里添加入站规则，放行1433、3306、1521端口,具体路径：
- 控制面板 → Windows防火墙 → 高级设置 → 入站规则 → 新建规则。
- 规则类型选“端口”，填对应数据库端口，选择“允许连接”。
- 完成前确认规则的应用范围是“所有配置文件”。
另一个因素是服务监听地址，检查数据库配置是否只绑定了127.0.0.1，如果只绑定本机回环地址，外部设备永远连不上，SQL Server的配置管理器里将TCP/IP协议的IP地址改为本机IP；MySQL在my.ini里确认bind-address是否写成了127.0.0.1，改成0.0.0.0即可接收局域网请求。
手工启动和开机自启，W7场景下怎么选
对W7数据库服务器来说，手工启动未必是唯一选择，如果这台服务器承担生产业务，建议设置自动启动，避免断电重启后业务断联，设置方式在服务属性的“常规”选项卡，启动类型选择“自动”,下次开机数据库会随系统拉起。
但W7本身对数据库的支持并不友好，行业共识认为Windows 7作为服务器运行环境，稳定性低于Windows Server系列，如果数据库服务是开发测试用途，手工启动更可控,避免数据库一直占内存拖慢系统。
W7数据库服务器手工启动相关常见问题
Windows 7上手工启动数据库服务器提示服务名无效怎么办？
打开services.msc，双击目标服务，查看“服务名称”字段，复制后以管理员权限执行net start，命令后跟的是一个字符串而不是显示名，例如SQL Server显示名是“SQL Server (MSSQLSERVER)”，服务名称是“MSSQLSERVER”。
手工启动数据库服务器后，局域网其他电脑连接超时，和启动失败是同一类问题吗？
不是，启动失败属于服务本身没起来，连接超时属于服务正常但网络路径不通，优先检查W7防火墙入站规则是否放行对应端口，再看数据库服务是否只监听了本机回环地址，最后用telnet 服务器IP 端口号测试端口连通性。
W7上Oracle数据库手工启动时监听器起来了，但实例启动自动停止是什么原因？
典型原因是数据库实例对应的Windows服务登录账户权限不足，或Oracle安装目录权限被改动，事件查看器中会记录ORA-12560或权限相关错误码，先将服务登录身份改为本地系统账户，再以管理员身份运行Oracle的Configuration Assistant重新配置监听与实例关联。
W7数据库服务器手工启动这件事，本质是Windows服务管理的问题，无论用图形界面还是命令行，入口都是准确的“服务名”，再遇到启动失败或连不上，对照端口、权限、防火墙三个维度排查,大概率能定位问题。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/727199.html
