跨局域网实现sql2008数据库镜像

wlqs2016 2016-03-02 12:08:35
我在跨局域网进行数据库镜像时老提示1418错误,各位大神有啥解决方案吗?求指教
...全文
113 回复 打赏 收藏 转发到动态 举报
写回复
用AI写文章
回复
切换为时间正序
请发表友善的回复…
发表回复
某集团数据库系统维护管理规范 1、目的 为了保证业务系统稳定高效运行,针对目前的应用现状,加强对数据库运行环境的 维护管理,加强数据库系统可用性,可靠性,可扩展性等方面的改善,确保某集团各业 务系统运行稳定和数据安全.制订此规范。 2、范围 本规范适用于某集团所有信息系统。 3、数据库维护管理内容 数据库管理维护主要包含以下内容: 数据库用户以及权限的分配与维护 数据库的备份与恢复的设置和演练 数据库性能的定期巡检和优化 数据库高可用性,可扩展性架构方面的不断研究和应用 数据库方面新项目的可行性研究,根据预期规模确定合适架构 数据库系统包括整体架构的监控 不断学习和研究数据库领域最新技术,并适时投入应用 4、数据库的物理环境 数据的物理环境是指数据库(包括SQLServer、MySQL Server)所处的安装目录以及网络环境,数据库系统是整个业务系统的重要部分,在安 装初期就要考虑其所处的环境,以避免安全性和可维护性上的问题。 4.1、网络环境 对于数据库所处的网络环境,使用以下基本原则: 数据库服务器不使用公网IP地址。 局域网内若存在低速VPN环境,不可使用数据库的高可用方案,原则上不建议使用 镜像、复制等方案,但可考虑使用ServiceBroker(异步)方案。 除业务特殊要求外,原则上不使用数据库服务默认端口1443,新端口设置后必须 通知所有使用数据库的开发人员。 配置防火墙以开放SQLServer相应的服务端口。 4.2、目录设置 对于SQLServer的安装目录设置,使用以下基本原则: 用户数据库数据文件要与日志文件存放在不同的磁盘,主要针对业务比较繁忙的 用户数据库。 TempDB数据库要单独存放在1个或者2个磁盘驱动器上,主要针对业务比较繁忙的 服务器实例。 数据库安装后要设置本地备份目录,目录结构: 数据目录(或磁盘名)\实例名\数据库名\DayBak 数据目录(或磁盘名)\实例名\数据库名\WeekBak 数据目录(或磁盘名)\实例名\数据库名\MonthBak 数据目录(或磁盘名)\实例名\数据库名\YearBak 若没有新增数据库实例则省略,保存备份的数据目录大小至少保证是数据库大小的 10倍以上,或者至少保证能保留一周的备份文件。 "数据库系统 "描述 "存放位置 "文件夹名称 " "SQL Server "数据库程序文件 "第二个盘符 "Microsoft SQL Server " " "默认数据库文件 "第二个盘符(如"SQLServer DB " " " "采用SAN存储则 " " " " "为第三个盘符)" " " "应用数据库文件 " "(应用描述)DB,如HotelD" " " " "B " "MySQL Server"数据库程序文件 "第二个盘符 "MySQL Server " " "数据库文件 "与数据文件同一"Data " " " "盘符 " " "其它 "- "- "- " 表一:数据库文件存放规范 "数据库系统 "存放位置 "一级目录 "二级目录 " "SQL Server "第二个盘符("(应用描述)DB_Bak "DayBackup(日备份) " " "如采用SAN存 ",如HotelDB_Bak " " " "储则为第三个" " " " "盘符) " " " " " " "WeekBackup(周备份) " " " " "MonthBackup(月备份) " " " " "YearBackup(年备份) " " " " "DBDataBackup(数据文件 " " " " "备份) " "MySQL "第二个盘符("(应用描述)DB_Bak " " "Server "如采用SAN存 ",如SangemWebDB_B"按日期建立备份文件,备 " " "储则为第三个"ak "份命令脚本:mysqldump -" " "盘符) " "-uroot -proot -R " " " " "DBname>F:\ " " " " "SangemWebDB_Bak\2011082" " " " "4.sql(编写Bat文件,建 " " " " "立计划任务进行定时备份 " " " " "数据文件) " 表二:数据库备份文件存放规范 4.3、文件设置 文件设置是建立数据库时的数据文件设置,可按照以下原则建立: 对于超过10G以上的用户数据库,数据文件的数目和服务器CPU数目一致(CPU数目 指逻辑CPU数目)。 对于10G以下的用户数据库,使用单一数据文件。 日志文件使用一个,所有类型的数据库日志文件都要保证是一个。 多个数据文件的数据库,数据文件的大小要保持一致。 对于用户访问量较大,数据较大的数据库,需要对tempdb数据库增加数据文件的 数目,设置为CPU数目的1/2。 4.4、数
1 容灾系统 1 容灾系统简介 业务连续性和灾难恢复是大多数大型应用系统最先考虑的问题。监测数据和内容的快 速变化,意味着应用系统必须在一个24×7的环境中运营,并且必须能够迅速、高效地处 理难以预见的业务系统中断。由于至关重要且相互依存的业务事务越来越容易受到业务 系统中断和停机时间的损害,因此变得更为紧要。 影响业务的停机时间可能是计划的或计划外的。计划外停机时间可能是由硬件或系统 故障、数据/存储故障、人为错误、计算机病毒、软件故障、自然灾害或恶意行为引起的 。某项业务可能还要不得不承受因计划维护(如系统升级)而造成的计划停机时间。 而灾备系统是当今保护核心资产(数据)的最有效解决方案,它能够使数据在24×7的 基础上可用,而无论是否发生灾难或其他中断。本结将讨论灾难备份及恢复技术,并说 明它如何成为业务连续性基础架构中的一个关键因素。 目前,针对Oracle数据库的远程复制、容灾主要有以下几种技术或解决方案: 1)基于存储层的容灾复制方案 这种技术的复制机制是通过基于SAN的存储局域网进行复制,复制针对每个IO进行, 复制的数据量比较大;系统可以实现数据的同步或异步两种方式的复制。对大数据量的 系统来说有很大的优势(每天日志量在60G以上),但是对主机、操作系统、数据库版本 等要求一致,且对络环境的要求比较高。 目标系统不需要有主机,只要有存储设备就可以,如果需要目标系统可读,需要额外 的配置和设备,投资较高。 2)基于逻辑卷的容灾复制方案 这种技术的机制是通过基于TCP/IP的网络环境进行复制,由操作系统进程捕捉逻辑卷 的变化进行复制。其特点与基于存储设备的复制方案比较类似,也可以选择同步或异步 两种方式,对主机的软、硬件环境的一致性要求也比较高,对大数据量的应用比较有优 势。其目标系统如果要实现可读,需要创建第三方镜像。这种技术和上面提到的基于存 储的复制技术相比较适合于超大数据量的系统,或者是应用系统的容灾复制。 2 Oracle Data Guard远程容灾技术 1 Oracle Data Guard简介 Data Guard是Oracle公司提出的数据库容灾技术,它提供了一种管理、监测和自动运行的体系 结构,用于创建和维护一个或多个备份数据库。与远程磁盘镜像技术的根本区别在于, Data Guard是在逻辑级,通过传输和运行数据库日志文件,来保持生产和备份数据库的数据一 致性。一旦数据库因某种情况而不可用时,备份数据库将正常切换或故障切换为新的生 产数据库,以达到无数据损失或最小化数据损失的目的,为业务系统提供持续的数据服 务能力。 Oracle Data Guard 是管理、监控和自动化软件的基础架构,它创建、维护和监控一个或多个备用数据库, 以保护企业数据结构不受故障、灾难、错误和崩溃的影响。 Data Guard 使备用数据库保持为与生产数据库在事务上一致的副本。这些备用数据库可能位于距生 产数据中心数千英里的远程灾难恢复站点,或者可能位于同一城市、同一园区乃至同一 建筑物内。当生产数据库由于计划中断或意外中断而变得不可用时,Data Guard可以将任意备用数据库切换到生产角色,从而使与中断相关的停机时间减到最少, 并防止任何数据丢失。 作为 Oracle 数据库企业版的一个特性推出的Data Guard能够与其他的Oracle高可用性(HA)解决方案(如真正应用集群(RAC)和恢复管 理器(RMAN))结合使用,以提供业内前所未有的高水平数据保护和数据可用性。 下图提供了Oracle Data Guard的一个概述: 2 Oracle Data Guard功能 Oracle Data Guard包括一个生产数据库,也称为主数据库,以及一个或多个备用数据库,这些备用数 据库是与主数据库在事务上一致的副本。Data Guard利用重做数据保持这种事务一致性。当主数据库中发生事务时,则生成重做数据并 将其写入本地重做日志文件中。通过Data Guard,还将重做数据传输到备用站点上,并应用到备用数据库中,从而使备用数据库与 主数据库保持同步。Data Guard允许管理员选择将重做数据同步还是异步地发送到备用站点上。 备用数据库的底层技术是Data Guard重做应用(物理备用数据库)和Data Guard SQL应用(逻辑备用数据库)。物理备用数据库在磁盘上拥有和主数据库逐块相同的数据 库结构,并且使用 Oracle介质恢复进行更新。逻辑备用数据库是一个独立数据库,它与主数据库包含相同 的数据。它使用SQL语句进行更新,其相对优势是能够并行用于恢复以及诸如报表、查询 等其他任务。 Data Guard简化了主数据库和选定的备用数据库之间的转换和故障切换,从而减少了由计划停 机和计划外故障所导致的总停机时

27,579

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server 应用实例
社区管理员
  • 应用实例社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧