标签: database-restore

我已将MS SQL Server 2005数据库备份并还原到新服务器.

重新创建登录,用户和用户权限的最佳方法是什么？

在SQL Server 2000的企业管理器上,我能够编写登录脚本,为用户编写脚本并单独编写用户权限脚本.然后,我可以一个接一个地运行,唯一剩下的手动步骤是设置登录密码(出于安全原因,这不是脚本)

这在SQL Server 2005的Management Studio中似乎不可能,使一切都非常繁琐和耗时.(我最终必须编写整个数据库的脚本,从新数据库中删除所有登录和用户,运行脚本,然后搜索错误消息的混合,以查看哪些有效,哪些无效.)

有没有人对此有任何经验和建议？

我们有一个新的TFS 2010安装(在SQL Server 2008上),我正在计划备份和恢复过程.

似乎配置信息和数据存储在Tfs_Configuration和Tfs_DefaultCollection数据库中(如果您有多个集合,则存储在额外的Tfs_ [CollectionName] dbs中).在测试设置中,我尝试备份两个dbs,卸载TFS,然后重新安装(以为我可以在安装过程中的某个时刻挂起数据库).这是我很困惑的地方.我没有看到关于如何工作的选项或明确的指导.

如何在不先备份的情况下还原实时数据库？

我们可以从SQL Server Management Studio执行此操作,但我想使用脚本执行此操作,我可以将其作为预定作业运行.

我有一个Postgres转储文件,我需要将其转换为MySQL转储,以便我可以创建匹配的MySQL数据库.我是Postgres的新手,我把它安装在我的Ubuntu服务器上,我将看看是否可以导入和导出某种类型的SQL.我不知道该怎么做.

这是我试过的命令:

pg_dump -Fc --no-acl --no-owner -h localhost -U dbuser testdb > b526.dump

这不是错误,但我认为没有发生任何事情:

testdb=# \dt;
No relations found.
testdb=# \d
No relations found.
testdb=# \t
Showing only tuples.
testdb=# \d

此外,我希望有一个更简单的方法将此.dump转换为MySQL转储.

我正在尝试将数据库从我的开发环境恢复到生产环境.

我按照https://devcenter.heroku.com/articles/heroku-postgres-import-export中的步骤操作

我在本地创建了一个转储,并使用CloudApp上传了它.然后我运行了这个命令:

heroku pgbackups:restore HEROKU_POSTGRESQL_PURPLE_URL 'http://cl.ly/<some_id>/myapp.dump'

我得到的错误是:

HEROKU_POSTGRESQL_PURPLE_URL (DATABASE_URL) <---restore--- myapp.dump

! WARNING: Destructive Action
! This command will affect the app: myapp
! To proceed, type "myapp" or re-run this command with --confirm myapp

> myapp

Retrieving... done

! An error occurred and your restore did not finish.

如果我查看日志,它结束于此:

2012-12-02T17:30:42+00:00 app[pgbackups]: download_progress: start
2012-12-02T17:30:42+00:00 app[pgbackups]: download_progress: 0B 
2012-12-02T17:30:42+00:00 app[pgbackups]: 
2012-12-02T17:30:42+00:00 app[pgbackups]: download_progress: 0.0bytes
2012-12-02T17:30:42+00:00 app[pgbackups]: download_progress: done
2012-12-02T17:30:42+00:00 app[pgbackups]: Invalid path

我测试了网址,看起来没问题,我在网上搜索过类似的问题,但没有找到答案.

我也尝试过,heroku update但它已经是最新的 …

我有一个bak文件(这是SQL Server express 2005 mdf文件的备份数据库文件),我应该获取MDF文件,以便我可以处理它的表,如何从这个bak获取原始的MDF文件文件？我正在使用Visual Studio 2012,是否有必要拥有管理工作室？我试图将这个bak文件恢复到另一个包含Sql server express management studio 2008的系统中的空数据库,但它说数据库不匹配,出了什么问题？

作为我们的蓝绿色部署策略的一部分,我们正在为prod RDS实例创建快照,然后将此快照恢复到应用db迁移并将新的Green应用程序链接到它的新实例.

我们的RDS实例有100 GB的空间,但我们的数据库目前仅使用10 MB.

拍摄快照大约需要2分钟

从快照恢复需要25分钟!

考虑到用户被迫在所有这段时间内保持只读模式并且我们的数据库大小目前小于10 MB,恢复的25分钟太长.

我想知道这个恢复时间是否是Amazon RDS的正常时间,或者我们是否做错了什么.

• 亚马逊RDS Postgres.
• 多AZ:是的
• 实例类:中等
• 通用(SSD)
• IOPS:已禁用.

我试着写一个查询,告诉我在SQL Server 2008上恢复(完整或日志)的时间.

我可以运行此查询以查明备份花费了多少时间:

select  database_name, 
        [uncompressed_size] = backup_size/1024/1024,
        [compressed_size] = compressed_backup_size/1024/1024, 
        backup_start_date, 
        backup_finish_date, 
        datediff(s,backup_start_date,backup_finish_date) as [TimeTaken(s)], 
from    msdb..backupset b 
where   type = 'L' -- for log backups
order by b.backup_start_date desc

此查询将告诉我恢复了什么,但现在花了多少时间:

select * from msdb..restorehistory

restorehistory有一个列backup_set_id将链接到msdb..backupset,但保留备份的开始和结束日期而不是还原.

知道在哪里查询恢复的开始和结束时间？

我试图在SQL服务器中恢复.BAK但收到以下错误:

Msg 3241,Level 16,State 7,Line 1设备'c:\ glyn\JA.bak'上的媒体系列格式不正确.SQL Server无法处理此媒体系列.消息3013,级别16,状态1,行1 RESTORE DATABASE异常终止.

我尝试使用2012年,2008年甚至2005年进行恢复,但没有任何作用,我使用了以下查询并通过任务>>备份但没有任何作用,这是我的SQL:

RESTORE DATABASE JA FROM DISK='c:\glyn\JA.bak'

有没有人有什么建议？我已经读过bak可能已损坏,它是由另一位正在研究该项目的DVD开发人员发送给我的.

由于 I/O 成本较高，我们希望从 aurora（Postgres 引擎）迁移到 Postgres。有什么办法可以做到这一点吗？如果不是，重建整个数据集是唯一的选择吗？