数据统计分析软件如何更新cube

如何设置数据库的定时自动备份

说实话，我第一次为SQL Server设置自动备份时，几乎让我的服务器崩溃了，所以我必须非常小心细节。

让我们从启动 SQL Server 代理的步骤开始。
登录SSMS时，先不要急于登录。
首先，右键单击“SQL Server Agent”。
启动后，将出现一个确认框。
当时，我第一次点击了“否”，以为我可以避免它。
结果备份任务直接失败了。
这个“yes”实际上是一个直接启动服务的钩子。
我的一个朋友曾经犯过这个错误。
已创建备份计划，但代理未打开。
运行了一整夜后，我发现没有保存任何数据。
他当时的表情很刺痛。

这个级别的维护计划向导是最有问题的。
选择计划类型时，不要只看两个选项：“重复运行”和“一次性运行”。
我选择“重复运行”是为了省钱，但我没有设置频率。
结果系统以为我在玩俄罗斯轮盘赌，反复备份数据库，直到我死掉。
最后，硬盘爆炸了。
之后我切换到“每日”执行，选择“每次服务器启动时同步运行”后频率变得稳定。

数据库选择页面的备份类型比较重要。
完整备份简单易行，但如果数据量很大，备份时间可能会很长。
在我以前管理的系统上，完整备份每天需要两个小时。
顾客抱怨说这比他们的午休时间还要长。
之后我们改成了三剑客的组合：完整+差异+事务日志，备份时间缩短到1 5 分钟，让我们的客户满意了。
不要对备份位置路径进行硬编码。
我选择的是C盘根目录。
但有一天，系统更新需要更多空间，备份中断，导致大部分数据丢失。
这个教训太深刻了，我现在把它作为一个单独的分区保存在我的 D 盘上。

权限设置是最容易被忽视的。
一家客户公司犯了一个错误。
备份计划已正确创建，但用户没有足够的权限来运行它。
结果生成了一个备份文件，但是里面全是乱码。
我检查了日志，发现备份操作需要“sysadmin”角色的权限。
这需要事先通知您的 IT 部门。

检查备份的完整性需要良好的记忆力。
我习惯在每个月的第一个星期一使用 T-SQL 脚本运行恢复测试。
该命令只有一行：RESTORE VERIFYONLY FROM DISK='E:\BACKUP\mydb.bak'。
客户数据恢复测试备份由于文件感染病毒而失败，但日志中却没有报错，险些酿成大祸。
所有服务器现在都配备了文件完整性监控功能，以帮助及早发现问题。

最后，自动备份看似简单，但需要注意每一个环节。
太多的系统因备份设置不当而出现问题。
有些备份文件已损坏，有些备份路径无效，有些备份文件权限不足。
到头来，都是血淋淋的教训。
如果你做好这项工作，你的数据就会万无一失。
如果你做错事了，别哭了。

Navicat for MySQL中如何设置定时事件