首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

当生产SQL Server数据库在可用性数据库中同步(镜像)时,将它们拷贝到测试数据库中

当生产SQL Server数据库在可用性数据库中同步(镜像)时,将它们拷贝到测试数据库中,可以通过以下步骤完成:

  1. 配置可用性组:在SQL Server中,可用性组是一组数据库的集合,用于提供高可用性和灾难恢复。首先,需要在生产数据库和测试数据库所在的SQL Server实例上配置可用性组。可用性组包括主数据库和一个或多个辅助数据库。
  2. 启用数据库镜像:在主数据库上启用数据库镜像功能,以将其与辅助数据库同步。数据库镜像是一种高可用性解决方案,通过将事务日志从主数据库传输到辅助数据库,实现数据的同步。
  3. 创建测试数据库:在测试数据库所在的SQL Server实例上创建一个新的数据库,用于接收从生产数据库镜像传输的数据。
  4. 配置数据库镜像:在测试数据库上配置数据库镜像,以将其与生产数据库进行同步。配置数据库镜像时,需要指定主数据库和辅助数据库的连接信息。
  5. 启动数据库镜像:启动数据库镜像过程后,主数据库开始将事务日志传输到辅助数据库,以保持数据的同步。在数据同步完成后,测试数据库将包含与生产数据库相同的数据。
  6. 验证数据同步:可以通过查询测试数据库中的数据,验证其与生产数据库的一致性。可以执行一些测试操作,以确保测试数据库的功能与生产数据库相同。

推荐的腾讯云相关产品和产品介绍链接地址:

  • 腾讯云SQL Server:腾讯云提供的托管式SQL Server数据库服务,具备高可用性和灾难恢复功能。详情请参考:腾讯云SQL Server
  • 腾讯云数据库灾备:腾讯云提供的数据库灾备解决方案,可实现数据库的异地备份和灾难恢复。详情请参考:腾讯云数据库灾备
  • 腾讯云云服务器:腾讯云提供的弹性计算服务,可用于托管SQL Server数据库和测试数据库。详情请参考:腾讯云云服务器
相关搜索:如何将生产数据库架构同步到SQL Server中的DEV和QC?在SQL Server中创建数据库用户时使用pymssql时出错在Python中循环时,使用SQL Alchemy将数据加载到SQL Server数据库时发生内存溢出在SQL Server 2016中创建数据库时,日志文件大小很大在Visual Studio中无法通过DataGridView将数据插入SQL Server数据库当数据库fixture teardown在测试中失败时该怎么办?仅当且仅当数据插入到Microsoft SQL server数据库中时,才会获得成功消息。Raw查询将VARCHAR转换为SQL Server数据库在CodeIgniter中不起作用将多个图像url分配给存储在sql server数据库中的项。我在使用Entity Framework Core 2.0在SQL Server Express中创建数据库时遇到问题如何将数学公式存储在MS SQL Server数据库中,并用JAVA进行解释?SQL Server触发器,仅当存在于另一个数据库中时才更新在ASP.NET Core MVC中,如何将分页的WebAPI中的所有记录拉到SQL Server数据库中?在执行多个存储过程后,如何将更新/插入的行列表获取到SQL Server数据库中?当应用程序离线时,将输入的内容存储在本地缓存中,然后在应用程序重新上线时与firebase实时数据库同步我有多个包含阿拉伯语值的.sql文件,当我在.bat文件中使用sqlcmd运行它们时,数据库中不能识别阿拉伯语值在SQL数据库中工作时,有没有一种方法可以将浮点型转换为nvarchar而不将浮点型转换为科学记数法?
相关搜索:
页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

  • mysql数据库高可用方案_MySQL集群方案

    在分布式系统中,我们往往会考虑系统的高可用,对于无状态程序来讲,高可用实施相对简单一些,纵向、横向扩展起来相对容易,然而对于数据密集型应用,像数据库的高可用,就不太好扩展。我们在考虑数据库高可用时,主要考虑发生系统宕机意外中断的时候,尽可能的保持数据库的可用性,保证业务不会被影响;其次是备份库,只读副本节点需要与主节点保持数据实时一致,当数据库切换后,应当保持数据的一致性,不会存在数据缺失或者数据不一致影响业务。很多分布式数据库都把这个问题解决了,也能够通过很灵活的方式去满足业务需求,如同步、半同步方式、数据副本数量、主从切换、failover 等等(下面会提到),然而我们平时使用的社区官方版 mysql5.7及以前的版本 (不包括 Mysql 其他分支像 PhxSQL,Percona XtraDB Cluster,MariaDB Galera Cluster) 都在支持分布式和系统可用性这块处理得不是很完善。针对这个系列问题,下面分析下如何解决这个问题。

    01

    SQL Server的六种数据移动方法

    1.通过工具DTS的设计器进行导入或导出       DTS的设计器功能强大,支持多任务,也是可视化界面,容易操作,但知道的人一般不多,如果只是进行SQL   Server数据库中部分表的移动,用这种方法最好,当然,也可以进行全部表的移动。在SQL   Server   Enterprise   Manager中,展开服务器左边的+,选择数据库,右击,选择All   tasks/Import   Data...(或All   tasks/Export   Data...),进入向导模式,按提示一步一步走就行了,里面分得很细,可以灵活的在不同数据源之间复制数据,很方便的。而且可以另存成DTS包,如果以后还有相同的复制任务,直接运行DTS包就行,省时省力。也可以直接打开DTS设计器,方法是展开服务器名称下面的Data   Transformation   Services,选Local   Packages,在右边的窗口中右击,选New   Package,就打开了DTS设计器。值得注意的是:如果源数据库要拷贝的表有外键,注意移动的顺序,有时要分批移动,否则外键主键,索引可能丢失,移动的时候选项旁边的提示说的很明白,或者一次性的复制到目标数据库中,再重新建立外键,主键,索引。         其实建立数据库时,建立外键,主键,索引的文件应该和建表文件分开,而且用的数据文件也分开,并分别放在不同的驱动器上,有利于数据库的优化。         2.   利用Bcp工具         这种工具虽然在SQL   Server7的版本中不推荐使用,但许多数据库管理员仍很喜欢用它,尤其是用过SQL   Server早期版本的人。Bcp有局限性,首先它的界面不是图形化的,其次它只是在SQL   Server的表(视图)与文本文件之间进行复制,但它的优点是性能好,开销小,占用内存少,速度快。有兴趣的朋友可以查参考手册。         3.   利用备份和恢复         先对源数据库进行完全备份,备份到一个设备(device)上,然后把备份文件复制到目的服务器上(恢复的速度快),进行数据库的恢复操作,在恢复的数据库名中填上源数据库的名字(名字必须相同),选择强制型恢复(可以覆盖以前数据库的选项),在选择从设备中进行恢复,浏览时选中备份的文件就行了。这种方法可以完全恢复数据库,包括外键,主键,索引。       4.   直接拷贝数据文件         把数据库的数据文件(*.mdf)和日志文件(*.ldf)都拷贝到目的服务器,在SQL   Server   Query   Analyzer中用语句进行恢复:     EXEC   sp_attach_db   @dbname   =   ’test’,     @filename1   =   ’d:mssql7data   est_data.mdf’,     @filename2   =   ’d:mssql7data   est_log.ldf’         这样就把test数据库附加到SQL   Server中,可以照常使用。如果不想用原来的日志文件,可以用如下的命令:       EXEC   sp_detach_db   @dbname   =   ’test’     EXEC   sp_attach_single_file_db   @dbname   =   ’test’,     @physname   =   ’d:mssql7data   est_data.mdf’         这个语句的作用是仅仅加载数据文件,日志文件可以由SQL   Server数据库自动添加,但是原来的日志文件中记录的数据就丢失了。         5.   在应用程序中定制         可以在应用程序(PB、VB)中执行自己编写的程序,也可以在Query   Analyzer中执行,这种方法比较灵活,其实是利用一个平台连接到数据库,在平台中用的主要时SQL语句,这种方法对数据库的影响小,但是如果用到远程链接服务器,要求网络之间的传输性能好,一般有两种语句:     1>select   ...   into   new_tablename   where   ...     2>insert   (into)   old_tablename   select   ...   from   ...   where   ...       区别是前者把数据插入一个新表(先建立表,再插入数据),后者是把数据插入已经存在的一个表中,我个人喜欢后者,因为在编程的结构上,应用的范围上,第二条语句强于前者。         6.

    03

    MySQL 高可用——双主

    生产环境中一台mysql主机存在单点故障,所以我们要确保mysql的高可用性,即两台MySQL服务器如果其中有 一台MySQL服务器挂掉后,另外一台能立马接替其进行工作。 MySQL的高可用方案一般有如下几种: keepalived+双主,MHA,PXC,MMM,Heartbeat+DRBD等,比较常用的是keepalived+双主,MHA和PXC。 本节主要介绍了利用 keepalived 实现 MySQL 数据库的高可用。 Keepalived+mysql双主来实现MySQL-HA,我 们必须保证两台MySQL数据库的数据完全一样,基本思路是两台MySQL互为主从关系,通过Keepalived配置虚 拟IP,实现当其中的一台MySQL数据库宕机后,应用能够自动切换到另外一台MySQL数据库,保证系统的高可 用。 一、配置两台MySQL主主同步 该过程的第一部分就是master记录二进制日志。在每个事务更新数据完成之前,master在二日志记录这些改 变。MySQL将事务写入二进制日志。在事件写入二进制日志完成后,master通知存储引擎提交事务。 下一步就 是slave将master的binary log拷贝到它自己的中继日志。首先,slave开始一个工作线程——I/O线程。I/O线程 在master上打开一个普通的连接,然后开始binlog dump process。Binlog dump process从master的二进制日 志中读取事件,如果已经同步了master,它会睡眠并等待master产生新的事件。I/O线程将这些事件写入中继日 志。 SQL slave thread(SQL从线程)处理该过程的后一步。SQL线程从中继日志读取事件,并重放其中的事 件而更新slave的数据,使其与master中的数据一致。只要该线程与I/O线程保持一致,中继日志通常会位于OS 的缓存中,所以中继日志的开销很小。 主主同步就是两台机器互为主的关系,在任何一台机器上写入都会同 步。 若mysql主机开启了防火墙,需要关闭防火墙或创建规则。 master1有关复制的配置如下:

    02

    JFrog助力Google Anthos混合云Devops实践,实现安全高质量的容器镜像管理

    自Google Anthos推出以来在混合云领域受到极大关注,作为Google进入ToB混合云市场的战略级产品,Anthos集成了如GKE (Google Kubernetes Engine)、GKE On-Prem、Istio on GKE等……引起业界的关注。可以说这又是Google又一大利器。那么混合云作为企业数字化转型的重要基础设施建设,既留了核心数据,降低了迁移风险,又能在原来资源的基础上增加公共云的弹性,一举多得,成为当前云计算发展的热门话题。而作为数字化转型的另外一个风向标DevOps如何与当前的混合云发展进行协作,带向企业进入云原生时代,将会成日今后数字化建设的一个重要主题。

    04

    SQL server数据库恢复案例分析

    本次故障环境为4台服务器,每台服务器12块盘分为2组raid,共8组raid。经客户描述共4个节点,其中一个节点故障之后仍在继续使用,第二个节故障之后,进行过一系列的重新上线操作,导致管理存储软件无法使用。 为防止在数据恢复过程中由于部分操作对原始磁盘造成不可还原的修改,导致数据出现二次丢失,对原始磁盘进行镜像备份。北亚工程师进行详细分析,获取到5台节点服务器上的所有硬盘的底层镜像。经过分析,发现底层部分索引位图被破坏。对全部镜像文件进行分析,根据底层数据重组raid,并提取每组raid中的map,对数据map进行分析,根据位图手工索引数据,排除部分损坏位图。客户主要数据为SQL server数据库,经初步检测,索引位图有部分损坏,因此若提取数据卷后数据有损坏,可针对数据库进行修复。 【数据恢复过程】 1.重组RAID 工程师对RAID条带大小、盘序、校验方向的关键信息分析后,判断成员盘离线顺序。分别对十组RAID进行重组,并生成RAID镜像文件。

    02
    领券