Migrating a Sybase Database to Oracle Database 11g 一、Topics
This tutorial covers the following topics:
Overview
Prerequisites
Creating the mwrep User
Creating the Migration Repository
Capturing the Sybase Exported Files
Checking Convertion Preferences
Converting to the Oracle Model
Resolving Stored Procedure Convertion Failures
Resolving Stored Procedure Convertion Limitations
Generating and Executing the Script to Create the Oracle Database Objects
Checking Offline Data Move Preferences
Analysis and Estimation
Migrating the Data
Resolving Compilation Issues
Resolving Runtime Issues
Testing and Deployment
二、Overview
What Is SQL Developer?
Oracle SQL Developer is a free graphical tool that enhances productivity and simplifies database development tasks. Using Oracle SQL Developer, you can browse database objects, run SQL statements, edit and debug PL/SQL statements and run reports, whether provided or created.
Microsoft SQL Server Migration Overview
Using Oracle SQL Developer Migration Workbench, you can quickly migrate your third-party database to Oracle.
There are four main steps in the database migration process:
In this tutorial, the required scripts for the offline migration have already been generated and modified. If you do not have time to perform this tutorial, you can also view the offline method, click here.
This tutorial uses a modified version of the pubs2 sample database. This sample database has been seeded with migration issues, so that a more complex migration can be demonstrated.
The following issues will be covered.
Conversion Preferences
Stored Procedure Conversion Failures
Stored Procedure Conversion Limitations
Dynamic SQL
Offline Data Move Preferences
If you are unfamiliar with SQL Developer Migration Workbench, please follow the "Migrating a Microsoft SQL Server Database to Oracle Database 11g" tutorial first.
To view the steps for the online method, click here.
三、Prerequisites
Before you perform this tutorial, you should:
1.Install the Oracle Database 10g or later, or Oracle Database XE
2.Download and unzip Oracle SQL Developer here.
3.Download and unzip the sybasemigration.zip file into your working directory (i.e.wkdir)
四、Creating the mwrep User
To create a new database user, perform the following steps:
Note: If you already have a system_orcl connection and a mwrep user, you can skip these steps.
1. Open Oracle SQL Developer from the icon on your desktop.
2. Select View > Connections.
3. In the Connections tab, right-click Connections and select New Connection. A New / Select Database Connection window will appear.
4. Enter system_orcl in the Connection Name field (or any other name that identifies your connection), system for the Username field, and
Enter
5. Check for the status of the connection on the left-bottom side (above the Help button). It should read Success. To save the connection, click Connect. Close the window.
6. The connection is saved and you can see it listed under Connections in the Connections tab.
7. Expand the system_orcl connection.
Note: When a connection is opened, a SQL Worksheet is opened automatically. The SQL Worksheet allows you to execute SQL against the connection you just created.
8. Enter the following code in the SQL Worksheet to create a user for the migration repository
CREATE USER MWREP
IDENTIFIED BY mwrep
DEFAULT TABLESPACE USERS
TEMPORARY TABLESPACE TEMP;
GRANT CONNECT, RESOURCE, CREATE SESSION, CREATE VIEW TO MWREP;
9. Run the script , using the "Run Script (F5)" icon.
10. The mwrep user was created successfully.
五、Creating the Migration Repository
To convert the Sybase database to Oracle, you need to create a repository to store the required repository tables and PL/SQL packages. To do this, perform the following steps:
Note: If you already have a mwrep_orcl connection and a migration repository for it, you can skip these steps.
1. Before you create the repository, you need to create a connection to the mwrep user. In the Connections tab, right-click Connections and select New Connection. A New / Select Database Connection window will appear.
Note: If this tab is not visible, select View > Connections.
2. Enter mwrep_orcl in the Connection Name field (or any other name that identifies your connection), mwrep for the Username and Password fields. Select the Save Password check box. Enter
3. Check for the status of the connection on the left-bottom side (above the Help button). It should read Success. To save the connection, click Connect. Close the window.
4. The connection is saved and you can see it listed under Connections in the Connections tab.
5. Right-click the mwrep_orcl connection and select Migration Repository > Associate Migration Repository.
6. A progress window appears.
7. When the repository has been built, click Close.
8. Click OK.
六、Capturing the Sybase Exported Files
The procedure for creating the Sybase database scripts has been completed for you and the files are available in the C:\hol08\migration\Sybase\files\Capture directory. To view this procedure, click here.
To load the captured Sybase database scripts into Oracle SQL Developer, perform the following steps:
1. Select Migration > Third Party Database Offline Capture > Load Database Capture Script Output.
2. Browse the Capture directory and select the sybase15.ocp file.
3. The objects are being captured. When done, click Close.
4. Sybase15 is listed in the Captured Models tab. Expand Sybase1
5.
5. Expand dbo to see the list of objects that were captured.
七、Checking Conversion Preferences
It is important to review the conversion preferences at this point. To do so, perform the following steps:
1. Select Tools > Preferences.
2. Expand Migration and select Identifier Options.
3. Make sure "Is Quoted Identifier On" is not selected. This is because the Sybase pubs2 database recognizes double quotes as String literals. If this is set incorrectly it can cause the conversion failure of procedures, triggers and views. Click OK.
4. From the Captured Model tab, expand Procedures and select storename_proc. Notice the use of "%".
八、Converting to the Oracle Model
To convert the captured model to the Oracle model, perform the following steps:
1. Right-click the captured model Sybase15 and select Convert to Oracle Model.
2. The Set Data Map window appears, that shows you the Source Data Type and what it will be converted to in the Oracle Model. Click Apply.
3. The conversion is performed. When done, click Close.
4. Expand Converted:Sybase15 listed in the Converted Models tab.
5. Expand dbo_pubs2 to view the converted objects.
九、Resolving Stored Procedure Conversion Failures
An error represents the failure to convert an object. This generally only affects objects defined in T-SQL (Procedures, Triggers, Functions, and Views). These objects are available in the Converted Model after the conversion, but they remain defined in Sybase T-SQL and have not been converted to Oracle PL/SQL.
Generally an object fails to convert because a part of the T-SQL is not recognized. Once this part of the T-SQL is identified, it can be worked around so that the majority of the translation can be performed automatically. Leaving only a small section of T-SQL to manually translate.
In this tutorial, the sample database has been seeded with one procedure that fails to convert. The following steps outline how to go about identifying the issue and complete its conversion. The steps used here are the same for any type of conversion failure.
To resolve the errors, perform the following steps:
1. Select the Converted:Sybase15 model in the Converted Model navigator and expand dbo_pubs
2.
2. Expand Procedures and select expectedToFail. The Migration Log - Log tab contains the list of errors and warnings that occurred during the conversion.
3. Right-click the Failed To Convert Stored Procedure error and select View Details.
4. In this example, the error message provides line details to help identify the problematic syntax. Not all errors provide this information. For the purposes of this tutorial this information will be ignored, but during your own migration this information is helpful. Click OK.
5. You will now fix these errors. Copy the contents of the expectedToFail file and select Migration > Translation Scratch Editor.
6. Double-click Scratch Editor to enlarge the editor.
7. Adjust the two text boxes.
8. Paste the copied text from the expectedToFail file in the Enter 3rd Party SQL: text box.
9. Click the drop-down list and select Sybase T-SQL To PL/SQL.
10. Click the Translate icon.
宽连数据库运行管理手册 1总则 1。１为规范北京宽连十方数字技术有限公司（以下简称“公司”）信息系统的数据库管理和配置方法，保障信息系统稳定安全地运行,特制订本办法。 2适用范围 本规范中所定义的数据管理内容,特指存放在信息系统数据库中的数据,对于存放在其他介质的数据管理，参照相关管理办法执行。 3数据库管理员主要职责 3．１负责对数据库系统进行合理配置、测试、调整，最大限度地发挥设备资源优势。负责数据库的安全运行。 ３．2负责定期对所管辖的数据库系统的配置进行可用性，可靠性，性能以及安全检查。 3。3负责定期对所管辖的数据库系统的可用性，可靠性,性能以及安全的配置方法进行修订和完善。 3.４负责对所管辖的数据库系统运行过程中出现的问题及时处理解决. 3.5负责对所管辖数据库系统的数据一致性和完整性,并协助应用开发人员、使用操作等相关人员做好相关的配置、检查等工作。 3.6负责做好数据库系统及数据的备份和恢复工作. 4数据库的日常管理工作 4.１每日的管理工作 4．１.1数据库管理员每天登录到服务器操作系统，进行如下检查工 作： (１)检查所有的数据库实例状态以及所有与数据库相关的后台进程.
（2)检查数据库网络的连通与否，比如查看监听器（ｌｉsteｎｅr）的状态、网络能否ping通其它的计算机、应用系统的客户端能否连通服务器等等。 (3）检查磁盘空间的使用情况。如果剩余的空间不足 20％，需要删除不用的文件以释放空间。 (4)查看告警文件有无异常. （5)根据数据库系统的特点，检查其它的日志文件中的内容，发现异常要及时加以处理。 (6)检查cｐu、内存及IO等的状态。 (7)检查备份日志文件以及网络备份软件的监控记录,确定自动备份有无成功完成.对于数据库的脱机备份，要确信备份是在数据库关闭之后才开始的，备份内容是否齐全。运行在归档模式下的数据库,既要注意归档日志文件的清除，以免磁盘空间被占满，也必须注意归档日志文件的保留，以备恢复时使用. （8）每天运行数据库管理控制台，检查数据存储空间的使用情况、剩余情况,必要时,增大数据存储空间容量。对于使用量增加快的表空间要特别关注. 4.２数据库管理的每月工作 (1）收集数据库的性能统计数据,检查高速缓存区命中率、资源争用等统计信息，若不理想，设法加以分析改善。 （2）检查数据对象存储空间碎片情况，必要时加以调整. （３）比较分析数据库系统和操作系统的ＣPU，内存,网络,及硬盘的利用率,以此确定出近期将可能出现的资源争夺趋势，必要时加以调整,以避免系统资源的争夺,如果调整还达不到要求，须考虑增加新资源。 （４）检查每日数据库管理工作的执行情况,用户、数据对象存储空间增加删改的记录是否齐全,备份记录、维护记录是否齐全，不足的及时补上。 4。3数据库管理的每年工作 （1）逐项检查每日、每月数据库管理工作的执行情况。用户、数据对象存储空间增加删改的记录是否齐全，备份记录、维护记录是否齐全，不足的及时补上。 （2）对数据库系统运行的情况作出统计。 (3）分析运行状况资源消耗的趋势,作好新一年的计划。
系统维护员培训手册 1 第一章 Sybase概述 第一节 C/S简介 CS（Client/Server）结构是传统的网络集中共享式数据库的扩充。在CS结构中，应用程序（客户）在工作站上运行应用程序进行数据处理，服务器程序运行于服务器上以响应客户的请求并维护数据的一致性。CS结构可以显著减少不必要的网络数据传输。 一、CS和文件服务器的区别是： 文件服务器没有计算能力，它不了解数据本身的任何东西，它仅仅用于存储数据，文件服务器可以想象成一台用很长的电缆（网络）与用户计算机相连的硬 盘驱动器。CS的工作方式是客户端发出一个请求（命令），通过网络传送到服务 器，服务器根据这个命令进行计算，把计算后的结果传送给客户端。而文件服务 器的工作模式是工作站从服务器上取得应用程序运行，进行数据处理时到服务器 取数据，然后从所有的数据记录中找到要处理的内容，进行运算，最后才得出结 果。 二、客户/服务器模型的主要特点如下： ●客户进程和服务器进程可以由LAN或广域网（WAN）联结。它们都可以在同 一台计算机上运行。 ●用于在客户和数据库服务器之间通信的基本语言是通过结构化的查询语言 （Structured Query Language）实现的。 三、发展过程 C/S结构是数据库发展的一个过程，跟随计算机的计算机系统结构由集中式主机系统发展到客户/服务器系统以及现在分布式的多层网络系统，数据库系 统的体系结构也大体经历了三种发展形式： ●集中式的主机/终端结构 主机/终端系统中主机运行DBMS及数据库应用，终端仅提供数据显示。 ●两层的客户/服务器结构 在这种结构中，服务器执行数据库的存储逻辑和事务逻辑，客户端执行应用逻辑并提供用户界面。他们从系统上进行划分，均衡负载。 ●三层（或多层）体系结构 这种体系可以看作是客户/服务器结构和Internet（国际互联网络）以及Intranet应用体系结构相结合的产物，它是对客户/服务器的继承和发展。 Internet应用是浏览器/WEB服务器/数据库服务器的三层体系结构。 四、Client/Server模式概述
数据迁移技术方案 项目背景 某信息中心系统本次机房搬迁以及数据迁移工程是本次项目需完成的重点工作，包括整个信息中心的核心数据及业务交换中心，系统现有设备包括：核心交换机、接入交换机、服务器、存储盘阵等，迁移主要分设备迁移和数据迁移。系统搬迁具有时间短、系统结构复杂、测试时间长、设备繁多昂贵、人员多、层次复杂等特点。本项目搬迁迁移，时间非常紧,且对设备的稳定性也是一个考验。因此，必须协调好各单位人员的关系，齐心协力才可能在预定时间内完成搬迁迁移工程。 整个迁移工作分两步走，第一步先对数据进行迁移，数据迁移完成确认无误。第二步对整体信息中心所有设备进行迁移，确保所有设备正常运行。 本方案是以尽量不影响信息中心工作或将影响降低到最低为前提的情况下制定的，即先完成新机房网络接入后，确保网络畅通稳定的前提下，完成信息中心系统业务的部署，确保整个系统在新机房业务实现，整个业务系统顺利割接，然后再在特定时间点开始原机房的设备搬迁工作，在1-2工作日内完成整个服务器、网络设备的搬迁、安装及测试。并且在开机以后，继续跟踪系统的运行情况，随时处理系统运行的异常情况。我公司在资源方面有较大优势，如在搬迁迁多工作中出现设备故障，除在备品备件中提供的备件外，还可协调各方资源以最快速度解决客户设备故障问题。
系统环境 第一机房环境 ( 设备分布 第一机房设备共涉及到10个机柜，具体设备名称及数量为：38台pvg server(1810/2800)汇聚服务器、4台pvg server3800核心服务器、26台存储、1台存储控制服务器、5台交换机。 硬件设备情况 汇聚服务器 汇聚服务器品牌为网力产品，38台中32台设备作为汇聚服务器，每台设备使用2个网卡：1个网卡接入单位、另1个网卡接入存储服务器；另外6台为出口服务，只使用1个网卡。设备网口全部接到RG-6806/6810两台交换机上，以便与单位和存储设备通讯。总电口使用量为：32*2+6=70个。 核心服务器 核心服务器品牌为网力产品，4台该设备中2台为负责汇总个单位，另外2台为出口服务。每台设备使用1个网口，网口接到RG-6806/6810上。总电口使用量为：1*4=4。 存储 [ 存储品牌为XX以及部分老存储设备，存储共涉及到17台设备：1台控制器、16台存储。控制服务器使用1个网卡，接入到RG-6810上。16台存储各使用2个网口，每台存储对应两台汇聚服务器，设备网口接入到RG-6810/6806上。总电口使用量为：16*2+1=33个。 交换机
系统管理员培训手册 作为一个系统管理员，必须要了解一些数据库的基本知识，对于数据库的安装，配置，性能调整，和数据的备份和恢复都要熟悉，以便在发生异常情况时的能够在最短的时间修复系统，将损失减少到最小。 第一章Oracle数据库的安装 数据库安装 启动安装程序 1．1单击安装包中的文件，启动安装程序 1．2单击【下一步】 1．3．在目标文件中修改您所要安装的路径，建议安装盘符的空间在20G左右，且不是系统文件所在的盘符 单击【下一步】，系统开始加载产品信息 显示【安装产品】对话框 安装数据库服务器 2．1选择Oracle8i Enterprise Edition 击【下一步】 2．3选择【典型】
2．4单击【下一步】，该对话框右上角产生加载信息进度条 2．5加载产品信息完毕后，弹出数据库标识对话框 2．6在【全局数据库名】中键入数据库名，数据库名一般以oracle的简写ora开头，后标以序号 ，如本例ora0,输入数据库名称后，会产生数据库ID，一般和数据库名称相同，要记住该ID,和数据库名，这是数据库标识 2．7单击【下一步】，继续加载信息，加载信息完毕后，显示摘要对话框， 2．8单击【安装】 2．9安装完成后显示【配置工具】 2．10自动开始【创建数据库】 2．11数据库创建完毕后，显示成功信息，记住这些信息 2．12安装结束 2．13完成后，启动ORACLEHTTP服务时可能会出现问题： 这是ORACLE和WINXP不兼容的问题，不过这不影响性能和正常使用，关闭ORACLEHTTP服务 2．14【开始】－》【设置】－》【控制面板】－》【管理工具】－》【服务】－》停止
SYBASE基本操作 一、启动数据库 1、ps -ef | grep dataserver 查看sybase进程， Sybase有数据库进程和备份进程， 若都没看到则需要手动启动，进入sybase安装目录$sybase/ASE-15_0/install 启动数据库和备份进程 # ./startserver -f RUN_LINUXMZC --启动数据库RUN_”SYBASENAME”#./startserver -f RUN_LINUXMZC_BS --启动备份服务“RUN_backupserve” 启动后也可用#showserver查看 2、登录数据库 数据库启动后使用#isql -Usa -P
二、sybase基本操作 1、查询数据库版本 >select @@version >go 注：isql中的命令都需要go来执行，如果发现写错了，可以用reset重新输入 2、查询数据库信息 >sp_helpdb 显示所有数据库和基本信息 3、查寻空间使用情况 >use basename >go >sp_spaceused >go
4、性能监控 使用指令sp_sysmon 格式:>sp_sysmon “hh:mm:ss”,model_name，表示监控指定时间指定模块，缺省为所有模块 1、内核管理(kernal ) 10、任务管理（taskmgmt） 2、应用管理(appmgmt) 11、监视器访问SQL的执行（monaccess） 3、数据缓存管理(dcache) 12、并行查询管理（parallel） 4、ESP管理(esp) 13、过程缓存管理（pcache） 5、索引管理(indexmgmt) 14、恢复管理（recovery） 6、锁管理(locks) 15、事务管理（xactmgmt） 7、内存管理(memory) 16、磁盘I/O管理（diskio） 8、元数据高速缓存管理(mdcache ) 17、工作进程管理（wpm） 9、事务概要(xactsum) 18、网络I/O管理（netio）
客户的数据库采用expdp命令导出的，这是Oracle10g以后采用的新的导出方式，比exp 执行效率上有所提高。下面说明如何做导入导出： 1、环境变量设置(在Sqlplus中执行) create or replace directory
Sybase数据库管理手册
目录 Sybase 数据库安装说明 (3) 一、安装前准备工作 (3) 二、安装主程序 (3) 三、安装后打补丁 (6) 四、重启后创建Sybase服务 (6) 五、字符集设置 (11) 六、还原HIS数据库 (13) 七、Sybase服务不能启动时 (19) 八、配置参数 (21) 客户端安装说明 (29) 一、安装客户端 (29) 二、配置客户端 (29) Sybase 数据库的备份、恢复 (29) Sybase 数据库维护 (30) Sybase数据常用命令的使用 (31)
Sybase 数据库安装说明 一、安装前准备工作 ●先将Sybase安装文件夹(ASESERVER)拷贝到要安装的机器硬盘上。(此文件夹下文中都 用d:\Tooll\ASESERVER) ●将Sybase的补丁拷贝到要安装的机器硬盘上 ●处理安装时的字符集问题(防止安装时出现乱码) 对于不同的Windows版本的操作系统Sybase都要进行字符集文件的修改，下面是不同 二、安装主程序 ●进入安装程序 完成安装前的准备工作后就可以双击D:\TOOLS\ASESERVER\setup.exe文件进入Sybase安装程序。
●确定安装目录 选择安装目录是不要选择有磁盘阵列或做了Raid的盘，也不要选择操作系统所在的磁盘。 ●选择安装组件 ●安装总结
在总结处要注意所需空间是不是小于可用空间，如果不是则要将安装的磁盘清除一些文件来达到所需空间。单击“下一步”进行安装进行状态 ●安装进度 ●录入注册信息
●重启提示 完成安装后提示是否重新启动机器，按否不重启机器。然后将补丁拷贝到安装目录。 三、安装后打补丁 将\ASE补丁\ebf11574\Server目录下的所有文件拷贝到Sybase安装目录下例如安装目录为C:\Sybase 将C:\sybase\shared-1_0\jre1.2.2\lib\font.properties.zh.NT5.2文件名改名,操作系统与文件名的配对关系参考安装前准备工作的配对关系。 四、重启后创建Sybase服务 ●重启机器后进入Sybase安装程序确定提示按“否”后进行Windows操作系统 ●进行操作系统的运行窗口录入CMD进入Dos操作界面
数据迁移的一般步骤 对数据库管理人员来说，数据库数据迁移极具挑战性，一旦措施不当，珍贵的数据资源将面临丢失的危险，要成功地实现数据库数据平滑迁移，需要周密计划和充分准备，并按照一定的步骤来完成。 设计数据迁移方案 设计数据迁移方案主要包括以下几个方面工作：研究与数据迁移相关的资料，或在网站上查询相关内容、评估和选择数据迁移的软硬件平台、选择数据迁移方法、选择数据备份和恢复策略、设计数据迁移和测试方案等。 进行数据模拟迁移 根据设计的数据迁移方案，建立一个模拟的数据迁移环境，它既能仿真实际环境又不影响实际数据，然后在数据模拟迁移环境中测试数据迁移的效果。数据模拟迁移前也应按备份策略备份模拟数据，以便数据迁移后能按恢复策略进行恢复测试。 测试数据模拟迁移 根据设计的数据迁移测试方案测试数据模拟迁移，也就是检查数据模拟迁移后数据和应用软件是否正常，主要包括：数据一致性测试、应用软件执行功能测试、性能测试、数据备份和恢复测试等。 准备实施数据迁移 数据模拟迁移测试成功后，在正式实施数据迁移前还需要做好以下几个方面工作：进行完全数据备份、确定数据迁移方案、安装和配置软硬件等。 正式实施数据迁移
按照确定的数据迁移方案，正式实施数据迁移。 测试数据迁移效果 按照数据迁移测试方案测试数据迁移效果，并对数据迁移后的数据库参数和性能进行调整，使之满足数据迁移后实际应用系统的需要。 移植系统应用软件 将实际应用系统的应用软件移植到数据迁移后的数据库系统上，并使之正常运行。 正式运行应用系统 在正式实施数据迁移成功并且数据库参数和性能达到要求后，就可以正式运行应用系统，并投入实际使用。 实现向Oracle8i数据迁移
数据迁移技术方案 一、项目背景 某信息中心系统本次机房搬迁以及数据迁移工程是本次项目需完成的重点工作，包括整个信息中心的核心数据及业务交换中心，系统现有设备包括：核心交换机、接入交换机、服务器、存储盘阵等，迁移主要分设备迁移和数据迁移。系统搬迁具有时间短、系统结构复杂、测试时间长、设备繁多昂贵、人员多、层次复杂等特点。本项目搬迁迁移，时间非常紧,且对设备的稳定性也是一个考验。因此，必须协调好各单位人员的关系，齐心协力才可能在预定时间内完成搬迁迁移工程。 整个迁移工作分两步走，第一步先对数据进行迁移，数据迁移完成确认无误。第二步对整体信息中心所有设备进行迁移，确保所有设备正常运行。 本方案是以尽量不影响信息中心工作或将影响降低到最低为前提的情况下制定的，即先完成新机房网络接入后，确保网络畅通稳定的前提下，完成信息中心系统业务的部署，确保整个系统在新机房业务实现，整个业务系统顺利割接，然后再在特定时间点开始原机房的设备搬迁工作，在1-2工作日内完成整个服务器、网络设备的搬迁、安装及测试。并且在开机以后，继续跟踪系统的运行情况，随时处理系统运行的异常情况。我公司在资源方面有较大优势，如在搬迁迁多工作中出现设备故障，除在备品备件中提供的备件外，还可协调各方资源以最快速度解决客户设备故障问题。
二、系统环境 1、第一机房环境 1.1. 设备分布 第一机房设备共涉及到10个机柜，具体设备名称及数量为：38台pvg server(1810/2800)汇聚服务器、4台pvg server3800核心服务器、26台存储、1台存储控制服务器、5台交换机。 1.2. 硬件设备情况 1.2.1汇聚服务器 汇聚服务器品牌为网力产品，38台中32台设备作为汇聚服务器，每台设备使用2个网卡：1个网卡接入单位、另1个网卡接入存储服务器；另外6台为出口服务，只使用1个网卡。设备网口全部接到RG-6806/6810两台交换机上，以便与单位和存储设备通讯。总电口使用量为：32*2+6=70个。 1.2.2核心服务器 核心服务器品牌为网力产品，4台该设备中2台为负责汇总个单位，另外2台为出口服务。每台设备使用1个网口，网口接到RG-6806/6810上。总电口使用量为：1*4=4。 1.2.3存储 存储品牌为XX以及部分老存储设备，存储共涉及到17台设备：1台控制器、16台存储。控制服务器使用1个网卡，接入到RG-6810上。16台存储各使用2个网口，每台存储对应两台汇聚服务器，设备网口接入到RG-6810/6806上。总电口使用量为：16*2+1=33个。 1.2.4交换机 交换机品牌为锐捷及H3C。共涉及到5台交换机：RG-6810、RG-6806、RG-7610、H3C 7506、H3C 7506E。设备端口及板卡信息为：
Oracle数据库迁移的几种方式 我们常常需要对数据进行迁移，迁移到更性能配置更高级的主机OS上、迁移到远程的机房、迁移到不同的平台下，以下介绍ORACLE的几种数据库迁移方案： 一、exp/imp逻辑备份与恢复： 它是最常用最简单的方法，一般是基于应用的owner级做导出导入。 操作方法为： 在新库建立好owner和表空间，停老库的应用，在老库执行： $ exp user/pwd owner=XXX file=exp_xxx.dmp log=exp_xxx.log buffer=6000000, 导入dmp文件到新库，在新库执行如下命令： $ imp user/pwdfromuser=XXX touser=XXX file=exp_xxx.dmp log=imp_xxx.log ignore=y. 优缺点：优点是可以跨平台使用;缺点是停机时间长，停机时间为从exp到网络传输到新库，再加上imp的时间。 二、Storage存储迁移： 这种情况下，数据文件、控制文件、日志文件、spfile都在存储上(一般情况下是裸设备)，我们可以直接把存储挂到新机器上，然后在新机器上启动数据库。 操作方法：将老库的pfile(因为里面有指向裸设备的spfile链接)，tnsnames.ora，listener.ora，密码文件传到新库的对应位置。将存储切至新机，或者用文件拷贝或dd的方式复制数据文件，启动数据库。 优缺点：优点是该迁移方式非常简单，主要的工作是主机工程师的工作，dba只需配合即可，停机时间为停库、切存储、起库的时间；缺点是要求新老库都是同一平台，是相同的数据库版本。 三、利用data guard迁移： 用dg我们不仅可以用来做容灾，物理的dg我们还可以作为迁移的方式。
数据库系统管理制度 第一章总则 第一条为加强我司数据库管理，保障数据库正常、有效运行，确保数据库安全，使数据库能更好地服务于生产，特制定本管理制度。 第二条公司数据库管理员负责评级数据库的日常维护和运行管理。 第三条公司IT总监负责对数据库使用者进行权限审批。 第二章数据库系统的修改和维护 第一条数据库系统的变更，指数据库硬件或参数调整等；涉及到停机时，应征求业务部门对系统使用，并根据实际情况由部门负责人确定并发布停机时间后，在停机时间范围内完成相关操作，同时数据库管理人员应该评估风险后，再操作，并有相应的应急处理方案。 第二条数据库业务数据的变更修改，指开发部门或业务部门关于数据库业务表数据的变更修改；应由开发部门提供具体表和字段，或要求开发部门提供脚本，由数据库管理人员执行操作；并且修改前先进行数据备份。 第三条数据库系统的监控，应实时了解数据库运行状态，确保数据库可用状态。 第四条数据库系统的健康检查，应定期对数据库的响应指标巡检。并给出巡检的报告。健康检查应当定期执行，每周进行一次健康检查。 第五条数据的备份恢复，备份的主要目的就是为了恢复，所以在一段时期应当数据库进行恢复演练，以防止意外发生时数据不能恢复而造成损失。恢复演练应尽量避开数据库生产环境，以免影响生产的运行。恢复演练应当定期执行，以季度为单位，每季度至少演练一次。 第六条数据库故障处理，数据库系统中常见的四种故障主要有事务内部的故障、系统故障、介质故障以及计算机病毒故障，对应于每种故障都有不同的解决方法。。 第三章数据库的安全管理 第一条数据库管理员负责数据库系统的安全管理，保证安全管理软件的及时升级。 第二条数据库应每周至少备份一次，数据库管理员应在保证数据安全和保密的情况下，采取适当方式保存备份文件，保证数据库出现异常时能快速恢复，避免或尽量减少数据丢失。
Sybase服务器的创建和配置 说明：只有作为数据库服务器使用的机器才需要创建和配置服务器，其他终端只需通过客户端连接到该服务器即可。客户端的处理请查看客户端的安装和配置手册。 创建前准备： 因为Sybase服务器的命名不能以非字母的字符开头，而大部分windows系统在安装时会随机给定一个字符串（如果用户没指定计算机名的话），这样创建时Sybase读取计算机名为默认服务器名就可能因含有非法服务名而报错，所以建议创建服务器前检查计算机名，更改为“dz01”，“dz02”等（dz表示：对账系统） 更改方法：【我的电脑】上右键点【属性】，在弹出的【系统属性】界面点击选中【计算机名】选项卡，并点击【更改】按钮，在更改界面填写新的计算机名，点击【确定】完成更改，系统提示重启后生效，重启计算机 以下为Sybase服务器的创建过程 图1 1.如图1，点击【开始】【程序】【Sybase】【Server Config】进入服务器配置程序 图2
2.如图2，点击【Create Adaptive Server…】,开始创建服务器 图3 3.如图3，系统默认的服务器名为本地计算机名，为维护方便，建议统一改为“EBILL” （即：电子对账单），然后点击【Continue】。 图4 4.如图4，在界面中更改Server page（即，数据页的大小）为8k。然后点击【Continue】 注意：数据页的大小在该系统必须设置为：8k 图5 5.图5为创建master设备，路径为系统默认值，设备大小修改为500MB(因为Tempdb 临时数据库的空间由master设备提供，所以要大一些)，直接点击【Continue】
1、MySQL Workbench MySQL Workbench是一款专为MySQL设计的ER/数据库建模工具。它是著名的数据库设计工具DBDesigner4的继任者。你可以用MySQL Workbench 设计和创建新的数据库图示，建立数据库文档，以及进行复杂的MySQL迁移MySQL Workbench是下一代的可视化数据库设计、管理的工具，它同时有开源和商业化的两个版本。该软件支持Windows和Linux系统，下面是一些该软件运行的界面截图：
2、数据库管理工具Navicat Lite Navicat TM是一套快速、可靠并价格相宜的资料库管理工具，大可使用来简化资料库的管理及降低系统管理成本。它的设计符合资料库管理员、开发人员及中小企业的需求。Navicat是以直觉化的使用者图形介面所而建的，让你可以以安全且简单的方式建立、组织、存取并共用资讯。 界面如下图所示：
Navicat提供商业版Navicat Premium和免费的版本Navicat Lite。免费版本的功能已经足够强大了。 Navicat支持的数据库包括MySQL、Oracle、SQLite、PostgreSQL和SQL Server等。
3、开源ETL工具Kettle Kettle是一款国外开源的etl工具，纯java编写，绿色无需安装，数据抽取高效稳定(数据迁移工具)。Kettle中有两种脚本文件，transformation和job，transformation完成针对数据的基础转换，job则完成整个工作流的控制。
?授权协议：LGPL ?开发语言：Java ?操作系统：跨平台 4、Eclipse SQL Explorer SQLExplorer是Eclipse集成开发环境的一种插件，它可以被用来从Eclipse 连接到一个数据库。 SQLExplorer插件提供了一个使用SQL语句访问数据库的图形用户接口（GUI）。通过使用SQLExplorer，你能够显示表格、表格结构和表格中的数据，以及提取、添加、更新或删除表格数据。 SQLExplorer同样能够生成SQL脚本来创建和查询表格。所以，与命令行客户端相比，使用SQLExplorer可能是更优越的选择，下图是运行中的界面，很好很强大。
Oracle10g的数据迁移方案(好文章要转) 2008-07-07 11:31 网上看到一个不错的文章，转帖给大家，包括传输表空间解决跨平台及endian-ness问题的处理方法 找到将数据从仓库迁移到集市的最快方法。 Lora 是Acme银行的数据库管理员，她现在在该银行高层管理团队高级会议上成了大家最关注的核心人物。这次会议的目的是确定一些方法，来使最终用户能够详细分析公司主数据仓库中的数据。会上提出的一种想法是创建几个小型数据集市--每个集市根据一个特定的职能范围存储数据--这样每个数据集市就可以由专门的团队来使用。 为了有效地实现数据集市的方法，数据专家必须能将数据快速、有效地放入数据集市中。该团队面临的挑战就是解决如何用数据仓库中的数据快速刷新数据集市中的数据，而这些数据集市又运行在各个结构不同的平台上。这就是Lora为什么出席会议的原因。她会为移动数据提出哪些可供选择的方法呢？ 作为一名经验丰富、知识渊博的数据库管理员，Lora向与会者提供了三种可能的方法，分别是： 使用可移动表空间 使用数据泵（导入和导出） 拖出表空间 本文介绍Lora对这三种可选方法的解释，包括它们的实施细节和优缺点。 可移动表空间 Lora 从可移动表空方法开始介绍。把整个表空间移动到目标系统的最快速方法是用FTP（文件传输协议）或rcp（远程复制）来简单地转移表空间的基本文件。但是，仅仅复制Oracle数据文件还不够，目标数据库必须识别出并导入文件以及相应的表空间，最终用户才能使用表空间数据。使用可移动表空间包括复制表空间文件和使它们中的数据在目标数据库中可用。 在考虑该方法之前必须进行一些审查。首先，对于要转移到目标系统的表空间TS1，它必须是自含式的（self-contained）。也就是说，在该表空间中表的所有索引、分区及其他从属于该表的各数据段都必须在该表空间内部。Lora解释说，如果一个表空间集合包含所有从属的数据段，那么就认为这个集合是自含式的。例如，如果表空间TS1和TS2要作为一个集合进行转移，TS1中的一个表在TS2中有一个索引，则这个表空间集合就是自含式的。但是，如果TS1中的一个表另一个索引在表空间TS3中，则该表空间集合(TS1, TS2)就不是自含式的。 要移动表空间，Lora提议使用Oracle数据库10g中的数据泵导出（Data Pump Export）工具。数据泵是Oracle的新一代数据转移工具，它替换了早期的Oracle Export (EXP)和Import (IMP)工具。这些老的工具使用正则SQL来提取和插入数据，而数据泵则与它们不同，它使用能绕过SQL缓冲区的专用API，从而使操作过程速度变得极快。此外，数据泵可以提取特定的对象，如特定的存储过程或特定表空
Sybase数据库安全配置规范
1.概述 1.1. 目的 本规范明确了Sybase数据库安全配置方面的基本要求。为了提高Sybase数据库的安全性而提出的。 1.2. 范围 本规范适用于XXXX使用的Sybase数据库版本。
2.配置标准 2.1. 通用安全设置 2.1.1.操作系统检查 【目的】检查Sybase安装目录的访问权限，保证只有系统管理员才能访问。 【具体配置】 改变Sybase注册表 KLM\Software\Sybase中的权限键值。 2.1.2.服务器信息 【目的】列举网路上的远程服务器。 【具体配置】 exec sp_helpserver 检查输出内容： 网络密码加密： "net password encryption" = true "net password encryption" = false 安全机制： "rpc security model A" 不提供安全机制 “rpc security model B” 提供不同的安全服务，如互相认证、消息加密、完整 性校验等。 列举特定服务器的信息： exec sp_helpdb 2.1. 3.登录信息 【目的】检查认证模式是否开启和默认登陆。 【具体配置】 检查认证模式是否开启： exec sp_loginconfig "login mode" 0 – 标准模式 1 – 集成模式 2 – 混合模式 标准认证模式： 默认的认证模式。Sybase使用自己的数据库（master数据库中的syslogins 表）来认证用户。Windows NT/2000的管理员如果没有正确的帐户也不能
SYBASE数据库日志详解 开发者在线 https://www.doczj.com/doc/f97131836.html,更新时间:2007-09-13作者：https://www.doczj.com/doc/f97131836.html, 来 源:https://www.doczj.com/doc/f97131836.html, 本文关键词：Sybase数据库日志 我们知道，SYBASE SQL Server用事务（Transaction）来跟踪所有数据库的变化。事务是SQL Server 的工作单元。一个事务包含一条或多条作为整体执行的 T-SQL语句。每个数据库都有自己的事务日志（Transaction Log），即系统表（Syslogs）。事务日志自动记录每个用户发出的每个事务。日志对于数据库的数据安全性、完整性至关重要，我们进行数据库开发和维护必须熟知日志的相关知识。 一、SYBASE SQL Server 如何记录和读取日志信息 SYBASE SQL Server是先记Log的机制。每当用户执行将修改数据库的语句时，SQL Server就会自动地把变化写入日志。一条语句所产生的所有变化都被记录到日志后，它们就被写到数据页在缓冲区的拷贝里。该数据页保存在缓冲区中，直到别的数据页需要该内存时，该数据页才被写到磁盘上。若事务中的某条语句没能完成，SQL Server将回滚事务产生的所有变化。这样就保证了整个数据库系统的一致性和完整性。 二、日志设备 Log和数据库的Data一样，需要存放在数据库设备上，可以将Log和Data存放在同一设备上，也可以分开存放。一般来说，应该将一个数据库的Data和Log存放在不同的数据库设备上。这样做有如下好处：一是可以单独地备份 Backup 事务日志；二是防止数据库溢满；三是可以看到Log的空间使用情况。 所建Log设备的大小，没有十分精确的方法来确定。一般来说，对于新建的数据库，Log的大小应为数据库大小的30%左右。Log的大小还取决于数据库修改的频繁程度。如果数据库修改频繁，则Log 的增长十分迅速。所以说Log 空间大小依赖于用户是如何使用数据库的。此外，还有其它因素影响Log大小，我们应该根据实际操作情况估计Log大小，并间隔一段时间就对Log进行备份和清除。 三、日志的清除 随着数据库的使用，数据库的Log是不断增长的，必须在它占满空间之前将它们清除掉。清除Log 有两种方法： 1.自动清除法 开放数据库选项 Trunc Log on Chkpt，使数据库系统每隔一段时间自动清除Log。此方法的优点是无须人工干预，由SQL Server自动执行，并且一般不会出现Log溢满的情况；缺点是只清除Log 而不做备份。
环境描述: 源数据库 Oracle服务器版本: Oracle9.2.0.8 数据库名称db_name = oradb instance_name=oradb 操作系统版本: windows 2003 实例安装位置: $oracle_base = e:\oracle 目标数据库 Oracle服务器版本: Oracle9.2.0.8 数据库名称db_name = orcl instance_name=orcl 操作系统版本: windows xp 实例安装位置: $oracle_base = d:\oracle 执行步骤. 一, 数据库名称和sid要求相同 1.1 数据库名称的相关概念 一, 数据库名 数据库名是数据库的身份证号码, 用于表示一个数据库. 在参数文件(?/database/initSID.ora)中用DB_NAME表示. *.db_domain='' *.db_file_multiblock_read_count=16 *.db_name='oradb' *.instance_name='oradb' 数据库名是在安装数据库, 创建新的数据库, 创建数据控制文件, 修改数据库结构, 备份与恢复数据库时都需要使用到的. 查询数据库名称: ?Select name, dbid from v$database; ◆Show parameter db_name; ◆查看参数文件initsid.ora 二, 数据库实例名 数据库实例名是用户和操作系统进行联系的标识, 也就是说数据库和操作系统之间的交互使用的是数据库实例名. 实例名在参数文件中也存在, 该参数为instance_name. 数据库名和实例名可以相同也可以不同, 在一般情况下, 数据库名和实例名是一对一的关系,但如果在oracle并行服务器架构(即oracle实时应用集群)中, 数据库名和实例名是一对多的关系.
Oracle管理员日常维护指南 概述 (2) 第一章. 事前阶段 (3) 一、日常工作－每天应做工作内容 (3) 1、工作内容－日常环境监控 (3) 1.1系统运行环境监控 (3) 1.2数据库运行状况监控 (3) 2、工作内容－日常性能监控 (4) 2.1 间隔一段时间使用操作系统top等工具监控系统资源动态运行状况 (4) 2.2间隔一段时间对数据库性能进行监控 (4) 3、工作内容－日常数据库管理 (13) 3.1一天内间隔一定时间运行 (13) 3.2 每天工作结束后、系统空闲时运行 (25) 二、日常工作－每隔一周工作内容 (52) 1. 文件整理工作 (52) 2. 数据库全量备份 (52) 2.1 Oracle 9i RMAN自动化脚本方式全量备份 (52) 2.2 Oracle 10g OEM 图形方式创建RMAN全量备份数据库任务 (52) 3. 根据一周数据增长率分析预留数据文件下一周所需增长空间 (53) 3.1 SQL脚本方式查看 (53) 3.2 Oracle 9i OEM 数据文件管理 (54) 3.3 Oracle 10g OEM 数据文件管理 (55) 4. 索引使用情况及碎片分析 (55) 4.1表包含的索引及相关列检查 (55) 4.2自动化脚本方式对索引进行碎片分析 (56) 4.3打开索引自动监控开关 (56) 5. 对用户所有表、索引进行统计分析 (57) 5.1 查询EAS用户所有表、索引的最新统计分析时间 (57) 5.2 自动化脚本方式对所有表、索引统计分析 (57) 5.3 Oracle 10g OEM图形化自定义对所有表、索引统计分析的自动化调度任 务 (57) 6. 导出表、索引最新统计分析数据 (63) 7. 性能报告分析 (64) 三、日常工作－每月应做工作内容 (64) 1.性能全面分析 (64) 全面分析一次STATSPACK报告 (64) 空间使用增长的全面分析 (64) 2.备份数据转备 (64) 四日常工作－数据库第一次安装部署后需做的工作 (64) 1. Statspack－系统快照采集工具初始化 (64) 2.创建统计信息导出表 (65)
神州数码信息系统有限公司 数据库日常运维手册 神州数码信息系统有限公司 2015/9/5 日常运维操作手册主要针对ORACLE数据库管理员对数据库系统做定期监控: (1)、每天对ORACLE数据库的运行状态、日志文件、备份情况、数据库的空间使用情况、系统资源的使用情况进行检查,发现并解决问题。并要有相关的人员负责每天查瞧,发现问题及时 上报分析。检查每天的数据库备份完成情况。 (2)、每周对数据库对象的空间扩展情况、数据的增长情况进行监控、对数据库做健康检查、对数据库对象的状态做检查。 (3)、每月对表与索引等进行Analyze、检查表空间碎片、寻找数据库性能调整的机会、进行数据库性能调整、提出下一步空间管理计划。对ORACLE数据库状态进行一次全面检查 (4)根据公司数据库的安全策略对ORACLE DB进行加固 一．日维护过程 1、1、确认所有的INSTANCE状态正常 登陆到所有数据库或例程,检测ORACLE后台进程: $ps –ef|grep ora 1、2、检查文件系统的使用(剩余空间) 如果文件系统的剩余空间小于20%,需删除不用的文件以释放空间。 #df –k 1、3、检查日志文件与trace文件记录 检查相关的日志文件与trace文件中就是否存在错误。 A、连接到每个需管理的系统 使用’telnet’命令 B、对每个数据库,进入到数据库的bdump目录,unix系统中BDUMP目录通常就是 $ORACLE_BASE/
一、系统表空间数据文件迁移： SQL> conn /@study as sysdba 已连接。 SQL>descdba_data_files; 名称是否为空? 类型 ----------------------------------------- -------- ---------------------------- FILE_NAME VARCHAR2(513) FILE_ID NUMBER TABLESPACE_NAME VARCHAR2(30) BYTES NUMBER BLOCKS NUMBER STATUS VARCHAR2(9) RELATIVE_FNO NUMBER AUTOEXTENSIBLE VARCHAR2(3) MAXBYTES NUMBER MAXBLOCKS NUMBER INCREMENT_BY NUMBER USER_BYTES NUMBER USER_BLOCKS NUMBER ONLINE_STATUS VARCHAR2(7) SQL> select file_name,tablespace_name from dba_data_files where tablespace_name= 'SYSTEM'; FILE_NAME -------------------------------------------------------------------------------- TABLESPACE_NAME ------------------------------ D:\ORACLE\PRODUCT\10.2.0\ORADATA\STUDY\SYSTEM01.DBF SYSTEM SQL> shutdown immediate 数据库已经关闭。 已经卸载数据库。 ORACLE例程已经关闭。 SQL> host copy D:\oracle\product\10.2.0\oradata\study\system.dbf d:\oracle\study 系统找不到指定的文件。 SQL> host copy D:\oracle\product\10.2.0\oradata\study\system.dbf d:\oracle\study