如何在SQL Server 2008 R2中还原数据库

嘿嘿，给大家讲一下我在长沙的时候是如何在SQL Server 2 008 R2 中恢复数据库的。
这其中存在很多危险。

记得那是2 01 5 年，一个项目数据丢失了，客户很着急。
我成功了，我找到了一个BAK文件，想要恢复它。
起初我很着急，但后来渐渐地我想到了一个办法。

首先，您需要打开SQL Server Management Studio。
别担心，如果你看错地方，你就会遇到麻烦。
当时，我点击“开始”->“所有程序”->“Microsoft SQL Server 2 008 R2 ”->“SQL Server Management Studio”。
这一步不要犯错误，否则你将不得不重新开始。

然后，连接到服务器。
清楚地记住服务器名称和实例名称。
不要告诉顾客你犯了一个错误。
这将是可耻的。
我当时使用的是默认实例，登录名是“sa”，密码设置为同年，所以应该是正确的。
连接后，看到企业管理器界面，心里踏实了一些。

接下来，创建一个新数据库。
这一步非常重要，以至于我几乎忘记了它。
在左侧的对象资源管理器中，右键单击“数据库”->“新建数据库”，为其命名，例如“ProjectData2 01 5 ”，然后单击“确定”。
这一步是为数据腾出空间。
如果直接将其恢复到现有数据库，请注意数据将会丢失。

然后，恢复数据库。
右键单击新创建的数据库，然后单击“操作”->“恢复”->“数据库”。
然后选择源设备，单击“...”按钮，然后选择您的BAK文件单击“添加”进行搜索。
当时该文件在D盘根目录下，费了点功夫才找到。

选择备份文件后，单击“确定”返回“恢复数据库”对话框。
然后点击“选择要恢复的备份集”，勾选要恢复的备份集。
进入“选项”页面，勾选“覆盖现有数据库”，然后单击“确定”。
这一步要小心，不要意外点击“恢复和替换”，所有数据都会丢失。

最后，验证恢复结果。
在对象资源管理器中查看数据库的状态。
如果看起来正常，那就完成了。
当我的顾客看到所有数据后，他们立即给了我食物。

所以你看，恢复数据库的关键是每一步都要小心，不要让手颤抖。
当时我的手在颤抖，差点就丢了客户的数据。
所以在做数据库工作的时候一定要保持冷静，一步步来做。

SQLServer2008如何还原数据库

抱歉，2 01 6 年的时候，公司服务器上的SQLServer2 008 数据库突然出现问题，数据丢失了。
当时心里着急，连忙查找备份文件。
当时，所有备份文件都是.bak 格式。
我记得找了好久，终于在服务器备份目录深处找到了。

然后你快速打开SQLServerManagementStudio。
是的，那是一个管理工具。
我当时非常紧张。
找到数据库文件夹，右键选择恢复数据库，心想，这次有救了。

然后，按照提示，选择目标数据库，也就是出现问题的数据库，然后配置备份源设备，点击“...”按钮，点击“添加”，找到备份文件，选中，确认，填写路径。

在恢复过程中，我确保选择了“恢复”选项，然后单击“确定”。
当时心里就觉得不舒服，生怕出了什么问题。
幸运的是，系统开始检查备份文件，进度条慢慢移动，这让我松了口气。

决定性的时刻已经到来。
我必须注意细节，例如文件权限。
我必须确保SQLServer服务帐户有读取备份文件的权限，否则肯定不行。
还有磁盘空间，我必须确保目标驱动器有足够的空间，否则恢复将不会成功。

最后，我不得不处理覆盖冲突，因为数据库已经存在，所以我在选项选项卡中选择了“覆盖现有数据库”，从而避免了手动删除原始数据库的问题。

嗨，说起这件事我泪流满面，那段时间真的压力很大。
幸运的是，数据库最终成功恢复，公司没有遭受重大损失。
现在想起来，当年我也经历了很多坎坷。

SQL server 2008 怎么还原数据库

哎，记得上次帮隔壁组恢复数据的时候，我当时就着急了一阵子。
此时服务器就在隔壁机房。
手术过程中我戴着耳机听音乐。
结果我点击了错误的选项，所有数据都丢失了。
我吓得差点把键盘扔掉。

在SQLServer2 008 中使用SSMS图形界面恢复数据库确实非常方便。
例如，我上次恢复 AdventureWorks2 01 2 数据库是在周三下午 3 点。
办公室里只有我一个人，窗外下着毛毛细雨。
打开 SSMS，输入服务器名称 1 9 2 .1 6 8 .1 .1 00 并使用 Windows 身份验证，因为我记得上次连接时使用的是 Windows 身份验证。

然后找到数据库节点，蓝色的数据库图标，我点击鼠标在上面悬停了半天，突然发现AdventureWorks2 01 2 上有一个小红十字。
原来它之前被删除了，但没有完全清理干净。
此时需要注意的是，如果目标数据库已经存在，则需要勾选“覆盖现有数据库”。

很可能是在指定备份文件路径时出现错误。
最后，我添加了 2 008 年 1 2 月的完整备份以及几个差异备份。
文件路径必须拼写正确，例如例如。
“C:\Backup\AdventureWorks_Full_2 008 1 2 01 .bak”，并且不能有拼写错误。
这里有一个小提示：为了更方便管理，最好在备份文件名中包含日期。

我忘记在恢复之前检查“恢复前进行日志备份”选项。
结果恢复后数据不正确。
我很快运行了另一个 RESTORE VERIFYONLY 命令。
黑色的命令行窗口闪烁得很快。
我盯着屏幕，数了1 00秒，结果才出来。
幸运的是它没有坏掉。
该命令是真正的救星，必须在任何恢复之前使用。

权限是最重要的。
上次我以普通用户身份登录时，收到一条“权限不足”消息。
经过检查，发现肯定是dbcreator角色。
赶紧打电话给IT部门，要求他们授予临时权限。
电话里传来声音，仿佛权威在键盘上舞动。

等等，我突然发现事务日志处理特别容易被忽视。
上次恢复全量备份后，发现有2 008 年1 1 月的日志备份，业务网站说这段时间没有提交任何事务。
此时，您需要根据还原点目的地决定是否继续还原日志。
例如，如果要恢复到2 008 年1 2 月1 5 日，则需要添加日志备份命令...
现在的问题是：如果备份文件位于远程服务器而不是本地硬盘上，恢复过程会不会更慢？或者备份文件越大，恢复时间就越长？我必须找个机会尝试一下这个。

SQL Server2008数据库如何还原bak文件

等等，我昨天刚给小李做完这个。
他的旧笔记本电脑有一个小电视一样的屏幕，连接着公司的SQL Server 2 008 那天他急得满头大汗，说客户数据库的一个bak文件丢失了，急需客户。
我看了看时钟，已经快下午五点了，我不知道还有多久。

我第一次启动SQLServer2 008 ，启动声音就像“嘟嘟”的声音，就像老式的时钟报时一样。
在对象资源管理器中，数据库文件夹旁边有一个小箭头。
单击它创建一个新数据库。
小李的电脑速度很慢。
加载时间很长，我几乎忘记了弹出窗口是什么样的。
我让他使用原来的数据库名称，他说“确定”，然后单击“确定”。
窗口闪烁，数据库已创建，名称与 bak 文件中的名称相同。

然后是恢复。
我点击鼠标，进入任务、恢复、数据库。
还原点火箭上来了，我点击源设备，发现没有勾选，于是就查看了一下。
单击...按钮，添加并找到 bak 文件。
小李的电脑硬盘虽小，但文件保存速度很快。
添加完后，我看了看时钟，已经六点半了。
他问我是否可行，我说我会先尝试一下。

我检查了备份文件并将现有数据库写入其中，否则必须手动删除它。
单击“确定”，进度条开始工作。
进度条变得好慢啊。
我煮了一杯咖啡。
咖啡刚刚冷却，进度条只到了一半。
小李正走在那里，嘴里咕哝着什么。
我突然想起老张上次也这么做过，说高版本的备份不能直接恢复到低版本，得先转换格式。
我快速点击备份文件的属性，查看创建时间。
这是去年1 0月份做的，应该还不错。

进度条终于完成了。
我点击查看恢复日志。
竟然有这么多的英文单词，让我大吃一惊。
幸运的是，没有出现“逻辑文件名已存在”的错误。
我单击“确定”，数据库列表中出现了另一个名称。
小李连忙打开，说数据全部回来了！他松了口气，说了声谢谢。

我看了下突然想到bak文件有时候是救命稻草，但是定期备份还是要的。
例如，上周，我备份了我的工作文件，这样如果我的计算机崩溃，我就不会丢失所有文件。
等等，还有一件事，我好像见过恢复注册表备份的步骤，好像比较复杂……