启动报错
数据库打不开、许可掉线、找不到服务器、平台版本冲突。
任何情况下的第一步都是备份,然后才是诊断与修复。
数据库打不开、许可掉线、找不到服务器、平台版本冲突。
执行检测与修复;无法修复时从备份还原。
安装平台与配置更新,先在副本上测试并保留回退方案。
定位原因:锁等待、磁盘子系统、内存不足或计划任务。
软件与硬件密钥、许可服务器,以及更换硬件后的授权异常。
当文件式数据库已支撑不了当前用户数时。
紧急工单当天受理;计划内工作安排在非工作时间。
任何操作前先备份数据库,无一例外。
依据日志与现象定位原因,而不是逐项试错。
实施修复,必要时先在副本上处理再迁移回来。
配置备份与计划任务,避免同类问题重演。
不在副本上先测就直接更新配置,是最昂贵的「省时间」。如果配置做过定制,更新可能破坏这些改动,而这会在工作日的生产库上爆出来。测试只要两小时,恢复却要一整天。
先确定究竟哪里慢:某个具体操作、所有单据,还是只在特定时段。常见原因是并发下的锁等待、机械硬盘,以及在工作时间运行的计划任务。诊断需要数小时。
5至10个用户、数据量不大的情况下可用文件式。再往上,数据库损坏风险上升、速度下降。20人以上时客户端服务器模式是唯一合理选择,从数据安全角度也是如此。
我们负责技术可用性:平台、服务器、数据库、更新与性能。配置开发与核算方法由专业的1C顾问负责,我们与他们配合,而不是取而代之。
请描述出现了什么问题、从什么时候开始。紧急情况我们当天介入,第一步先做备份。
申请已受理
我们已经收到。我们会在一个工作日内回复,紧急问题将立即安排值班工程师处理。
未找到该城市,请检查拼写。