社区
应用实例
帖子详情
跨局域网实现sql2008数据库镜像
wlqs2016
2016-03-02 12:08:35
我在跨局域网进行数据库镜像时老提示1418错误,各位大神有啥解决方案吗?求指教
...全文
113
回复
打赏
收藏
跨局域网实现sql2008数据库镜像
我在跨局域网进行数据库镜像时老提示1418错误,各位大神有啥解决方案吗?求指教
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
docker中使用my
sql
数据库
实现
局域网
访问
1.获取my
sql
镜像
docker pull my
sql
:5.6 注意:此处之所以获取my
sql
5.6是因为my
sql
5.7在centos7中启动可能会报错 2.查看
镜像
列表 docker images 3.启动my
sql
镜像
docker run -itd -P my
sql
:5.6 bash 其中 docker run是启动容器的命令;i是交互式操作,t是一个终端,d指的是在后台运行, -P指在本地生成一个随机端口,用来映射my
sql
的3306端口,my
sql
指运行my
sql
镜像
,bash指创建一个交互式shell。 4.查看已经运行的docker
镜像
docker ps -a
某集团
数据库
系统维护管理措施.doc
某集团
数据库
系统维护管理规范 1、目的 为了保证业务系统稳定高效运行,针对目前的应用现状,加强对
数据库
运行环境的 维护管理,加强
数据库
系统可用性,可靠性,可扩展性等方面的改善,确保某集团各业 务系统运行稳定和数据安全.制订此规范。 2、范围 本规范适用于某集团所有信息系统。 3、
数据库
维护管理内容
数据库
管理维护主要包含以下内容:
数据库
用户以及权限的分配与维护
数据库
的备份与恢复的设置和演练
数据库
性能的定期巡检和优化
数据库
高可用性,可扩展性架构方面的不断研究和应用
数据库
方面新项目的可行性研究,根据预期规模确定合适架构
数据库
系统包括整体架构的监控 不断学习和研究
数据库
领域最新技术,并适时投入应用 4、
数据库
的物理环境 数据的物理环境是指
数据库
(包括
SQL
Server、My
SQL
Server)所处的安装目录以及网络环境,
数据库
系统是整个业务系统的重要部分,在安 装初期就要考虑其所处的环境,以避免安全性和可维护性上的问题。 4.1、网络环境 对于
数据库
所处的网络环境,使用以下基本原则:
数据库
服务器不使用公网IP地址。
局域网
内若存在低速VPN环境,不可使用
数据库
的高可用方案,原则上不建议使用
镜像
、复制等方案,但可考虑使用ServiceBroker(异步)方案。 除业务特殊要求外,原则上不使用
数据库
服务默认端口1443,新端口设置后必须 通知所有使用
数据库
的开发人员。 配置防火墙以开放
SQL
Server相应的服务端口。 4.2、目录设置 对于
SQL
Server的安装目录设置,使用以下基本原则: 用户
数据库
数据文件要与日志文件存放在不同的磁盘,主要针对业务比较繁忙的 用户
数据库
。 TempDB
数据库
要单独存放在1个或者2个磁盘驱动器上,主要针对业务比较繁忙的 服务器实例。
数据库
安装后要设置本地备份目录,目录结构: 数据目录(或磁盘名)\实例名\
数据库
名\DayBak 数据目录(或磁盘名)\实例名\
数据库
名\WeekBak 数据目录(或磁盘名)\实例名\
数据库
名\MonthBak 数据目录(或磁盘名)\实例名\
数据库
名\YearBak 若没有新增
数据库
实例则省略,保存备份的数据目录大小至少保证是
数据库
大小的 10倍以上,或者至少保证能保留一周的备份文件。 "
数据库
系统 "描述 "存放位置 "文件夹名称 " "
SQL
Server "
数据库
程序文件 "第二个盘符 "Microsoft
SQL
Server " " "默认
数据库
文件 "第二个盘符(如"
SQL
Server DB " " " "采用SAN存储则 " " " " "为第三个盘符)" " " "应用
数据库
文件 " "(应用描述)DB,如HotelD" " " " "B " "My
SQL
Server"
数据库
程序文件 "第二个盘符 "My
SQL
Server " " "
数据库
文件 "与数据文件同一"Data " " " "盘符 " " "其它 "- "- "- " 表一:
数据库
文件存放规范 "
数据库
系统 "存放位置 "一级目录 "二级目录 " "
SQL
Server "第二个盘符("(应用描述)DB_Bak "DayBackup(日备份) " " "如采用SAN存 ",如HotelDB_Bak " " " "储则为第三个" " " " "盘符) " " " " " " "WeekBackup(周备份) " " " " "MonthBackup(月备份) " " " " "YearBackup(年备份) " " " " "DBDataBackup(数据文件 " " " " "备份) " "My
SQL
"第二个盘符("(应用描述)DB_Bak " " "Server "如采用SAN存 ",如SangemWebDB_B"按日期建立备份文件,备 " " "储则为第三个"ak "份命令脚本:my
sql
dump -" " "盘符) " "-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、企业级ERP 2、在家远程访问办公室电脑 3、远程打印 需要一台有公网IP的服务器,如果没有,可以根据实际需求购买不同...
数据库
容灾系统方案.doc
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简化了主
数据库
和选定的备用
数据库
之间的转换和故障切换,从而减少了由计划停 机和计划外故障所导致的总停机时
docker中使用my
sql
数据库
详解(在
局域网
访问)
前言 开发过程中经常需要安装、调试my
sql
数据库
,还需要在各种操作系上安装包依赖,实在是繁琐,因此就研究了一下如何在docker上运行一个my
sql
镜像
,省却了我安装、找依赖的问题。 注:本文所有内容均在CentOS Linux release 7.2.1511 (Core) 上测试完成 假设,你已经安装好docker。如果没有安装好docker可以参考centos7上安装docker 使用 docker pull my
sql
获得my
sql
镜像
,接着使用 docker images 查看
镜像
列表,如下 使用 docker run -itd -P my
sql
bash 启动mysq
应用实例
27,579
社区成员
68,558
社区内容
发帖
与我相关
我的任务
应用实例
MS-SQL Server 应用实例
复制链接
扫一扫
分享
社区描述
MS-SQL Server 应用实例
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章