SnapAssure常见故障维护基础手册.doc

SnapAssure维护手册迪思杰(北京)数码技术06月目 录一、手工操作31、经过控制台手工实施备份32、经过控制台实施物理恢复操作43、物理恢复后数据库打开过程74、经过控制台实施表恢复8二、检验备份信息91、检验数据库备份版本正确性92、检验备份版本中文件103、检验数据库日志文件114、检验备份期间产生日志115、检验备份池空间使用情况136、检验目前备份系统使用哪个备份池13三、常见故障维护141、无法进入图形界面142、备份进程是否正常开启143、无法注册主机信息144、在备份时候会出现中止155、手工点击备份后，没有开始备份156、无法创建存放卷157、出现类似“Processing Cold Backup”信息158、出现类似“Agent: 101”信息169、出现类似“Agent: 205 ”错误1610、出现类似“agent：200”错误1611、出现类似“error connect to 192.168.1.160:8501”错误1612、出现类似“Cannot alloc extent”错误1613、出现类似“Sorry, cannot find any database files”错误1614、生产数据库出现故障，怎样恢复1715、多版本策略集备份过程中，网络中止1716、数据文件备份正常结束，但数据字典没有备份1717、非归档模式，数据库日志无法备份1718、无法经过控制台选择所需要备份标空间1819、逻辑恢复表时无法选择用户表名1820、怎样确定备份所需要使用版本1821、生产端数据库重新开启，怎样处理1822、修改备份配置1923、备份系统主机重新开启2024、在备份过程中备份服务器故障2025、开启备份进程agent提醒类似“lib”错误2126、联络方法21说明本维护手册全部包含SnapAssure操作均在操作系统或SnapAssure图形控制台上操作，相关SnapAssure字符界面相关操作清参考SnapAssure之字符界面使用手册。本手册中，全部操作实例均以oracle策略集为例。一、手工操作手工操作指不使用备份计划实施，而是使用控制台实施操作。通常包含手工实施策略集备份、手工实施策略集恢复、手工执日志恢复、手工实施用户表恢复等操作，下面已数据库策略集为例分别加以说明：1、经过控制台手工实施备份以下图所表示，选择操作-备份，选择策略集_data，选择策略1._data，实施备份。手工实施备份操作有以下特点：1、 能够在实施备份之前调整备份参数，具体操作是双击备份项列表中需要行，在弹出页面中，选择高级，修改高级按钮中参数、备份类型。手工实施备份操作所修改参数不修改系统配置中相对应参数，属临时性修改。2、 对于数据库策略集，能够指定所选择表空间名称，请点击表空间右侧按钮加以选择。也能够手工输入表空间名称，要以逗号隔开所输入表空间名称。3、手工操作只对数据库和文件系统等配置了多版本策略集，对于数据库日志等单版本策略集则无需手工实施操作。2、经过控制台实施物理恢复操作2.1、多版本策略集class类型恢复如上图所表示，单击操作-物理恢复，选择策略集、版本、恢复类型。进行数据库物理恢复。选择要恢复策略集，选择要恢复版本和恢复类型。全库物理恢复有以下特点：1、 恢复类型选择Class。2、 目标路径不填写，则将会恢复到原路径下。3、 填写目标路径（通常为文件系统）则数据库中文件将会恢复到填写目标路径下。4、 支持将备份裸设备文件恢复到文件系统上。5、 恢复开始后能够退出控制台，不影响该版本内其它文件恢复。2.2、多版本策略集File类型恢复假如仅需要恢复单个文件，则选择file。操作如上图所表示选择恢复主机，然后点击中间“开始恢复”按钮进行恢复。指定文件恢复有以下特点：1、 恢复类型采取file。；2、 数据文件能够根据指定条件进行部分恢复。通配符使用*替换。3、 在恢复过程中，不能够将控制台退出，不然恢复不完整。4、 能够使用多个控制台窗口对一个版本内不一样数据库文件进行恢复。5、 支持将备份裸设备文件恢复到文件系统上。不管是采取class或是file类型进行恢复时，在使用备份池切换模式时，物理恢复过程中，不能将备份池切换，不然无法一次性正常恢复指定数据库文件。2.3、数据库日志恢复指定数据库日志恢复以下图所表示：单击操作-物理恢复，选择策略集、版本、恢复类型。选择所要恢复数据库日志文件，进行数据库日志恢复使用日志管理工具进行恢复以下图所表示：单击操作-数据库日志-恢复日志，选择，恢复主机、原数据库、日志路径、策略集、版本，将指定版本后日志文件恢复到指定日志路径下。数据库日志恢复含有以下特点：1、 假如是恢复到生产系统上，提议不要恢复到数据库归档目录下，预防恢复后日志被SnapAssure备份系统处理2、 假如是非归档日志备份则不需要考虑这一点。3、 在恢复数据库日志过程中，不能推出控制台。3、物理恢复后数据库打开过程打开恢复后数据库前提：打开物理恢复后数据库生产（测试）主机操作系统和数据库版本必需跟生产系统操作系统和数据库版本完全相同。打开物理恢复后数据库过程以下： 1、修改数据库开启参数文件中控制文件、使其指向恢复后控制文件路径（对于恢复到原来路径下情况则无需更改参数文件）2、以mount方法打开数据库sqlstartup mount 3、修改数据文件路径（对于恢复到原来路径下情况则无需更改）sqlalter database rename file /dev/system.dbf to /test/dev/system.dbf ; 直到全部数据文件和日志文件修改完成为止4、recover数据库，（能够先根据提醒再使用SnapAssure恢复日志文件）。sqlrecover database; #根据版本恢复数据库recover database until time using backup controlfile; #根据时间点恢复数据库recover database until cancel using backup controlfile #根据日志恢复数据库根据提醒恢复所需日志到指定位置，直到恢复完成为止。另外，采取第三种方法recover数据库时能够将数据库恢复到最新时间（即数据库产生最终一个日志）。5、打开数据库。sqlalter database open(resetlogs); #使用time和cancel方法recover数据库时，需要加resetlgos参数。进行打开物理恢复后oracle数据库操作，要求含有一定DBA管理经验者进行操作。修改数据库文件路径脚本： 以下脚本修改数据库文件路径，只针对恢复到不一样目录下情况，修改数据文件、日志文件路径批处理语句，以下语句仅供参考，请依据实际情况自行调整。$cd ORACLE_HOME/dbs$qlplus internalSQLset echo off heading off linesize 150 feedback off pagesize 1000 SQLspool rename_file.sqlSQLselect alter database rename file |name| to |/templv| name|; from v$datafile; #修改datafile路径SQLselect alter database rename file |member| to |/templv|member|; from v$logfile; #修改logfile路径SQLspool offSQLexit将生成rename_file.sql文件中含有SQL行删除即可。4、经过控制台实施表恢复如上图所表示，单击操作-逻辑恢复，选择策略集、版本、恢复主机，填写恢复后文件名称，然后选择恢复对象中类型和属主。将选择表中数据先恢复到生产端文件系统上，文件格式是xf1。再使用SnapGuard产品ximp工具将恢复后文件恢复到指定数据库：具体操作过程：在恢复主机上，命令：$DBPS_BASE/bin/ximp将恢复后表数据倒入到恢复主机数据库中。具体使用命令请参考SnapGuard使用手册经过控制台进行表恢复有以下特点：1、恢复主机必需在系统配置中主机信息注册过而且该主机相关端口agent进程正常开启。2、经过控制台进行表恢复时所取表名是经过jdbc协议来抓取生产系统上表名，假如恢复表名不存在，则只能经过字符命令模式进行恢复。恢复过程请参考SnapGuard使用手册3、恢复文件所在目录对应主机上agent必需有读写权限。二、检验备份信息1、检验数据库备份版本正确性一、查询存放卷使用情况系统配置存放卷，查看存放卷使用情况，要求数据卷和索引卷使用率不到90%二、查看备份版本信息在每次定时计划或手工实施备份结束后，全部将形成备份版本。日常维护关键任务之一就是检验前一天（次）实施备份是否完成，是否形成了完整备份版本。假如没有形成完整版本，则说明实施有误，请检验备份日志。数据库多版本备份成功标志：1、 单击版本管理-备份版本，多版本策略集标志状态为结束、激活、失败。其中结束表示上一次备份正常结束；激活表示正在备份过程中；失败表示最近一次备份失败。所以多版本策略集备份结束后状态时结束。2、 点击多版本策略集，在（最近）指定时间开始备份后，有完整结束备份时间，如上图所表示。3、 总数据量跟上一次备份相同，假如不一样请跟相关点DBA核实情况。4、 工具-日志-错误日志中有此次备份相关错误信息。假如没有出现以上正确信息时，请参考常见故障部分来进行处理。三、检验备份版本信息单击“版本管理”备份版本data，能够看到该备份池下每个版本备份信息，包含累计多少个版本，每个版本开始结束时间和开始时间，总数据量，数据改变量，实际存放量，压缩百分比。四、查看错误日志单击“工具”日志错误日志，选择“ERROR“，选上”自动刷新“，将会显示最近几次备份发生错误信息。 2、检验备份版本中文件对于备份形成版本，进入下一级目录，如上图所表示，检验备份数据库是否完整，包含三个方面：1） 备份文件个数是否正确，右面窗口左下脚会显示目前目录备份文件总数。2） 备份文件类型是否正确(通常只有四种类型：Oracle DBF，Oracle Control，Oracle Log，oracle temp file)3） 备份文件大小是否正确，能够跟数据库进行比对。以上三部分在数据库中查询语句：1） select count(*) from dba_data_files; 2） select * from $controlfile;select * from v$logfile;select * from dba_data_files;3) select file_name,bytes/1024 from dba_data_files;对于变换数据库（增加、删除表空间或数据文件系统），需要DBA来帮助查询。对于缺乏了数据库文件等情况，请查看版本管理-日志-错误日志，请参考常见故障部分来进行处理。对于文件系统多版本策略集请经过ls等工具进行检验、对比。3、检验数据库日志文件关键检验日志文件序号是否连续。假如不连续，通常说明两种情况：1、 发生了日志没有备份情况，对于非归档，请查看相关数据库后台日志和SnapAssure操作日志（版本管理-日志-操作日志）来进行比对，看是否是日志切换过快造成，对于归档，则察看对应归档目录来进行比对；2、 日志过期； 检验比正确依据是查询数据库中相关数据字典：sqlselect * from v$archived_log; #归档情况sqlselect * from v$log_history; #非归档4、检验备份期间产生日志操作信息：点击版本管理中版本管理日志-操作信息，双击DBPSD.log文件，能够看到整个备份期间产生全部日志。错误信息：点击版本管理中版本管理日志-错误日志，双击vcfs_ERROR.log检验最近一次备份（通常以时间为基准点）以来是否发生异常，假如发生异常，通常会出现类似：Agent 1000 .错误，或ORA-56781错误。请参考常见故障部分来进行处理。5、检验备份池空间使用情况检验空间使用情况，尤其是在交易量较大时候。当空间使用超出90%后，假如评定剩下空间可能不够时候，能够临时增加data类型存放卷，或提前进行系统切换。6、检验目前备份系统使用哪个备份池检验目前备份系统使用备份池方法以下：1、 telnet到备份服务器上，检验$DBPS_BASE/config.dsg文件，检验要检验备份系统使用server_port，然后使用ps ef|grep server_port 结果中-home 后面值即表示目前VCFS_HOME2、 telnet到备份服务器上，检验$DBPS_BASE/config.dsg文件，假如对应VCFS_HOME目录下config.x值为vcfs1则表示目前备份系统使用备份池是备份池1，vcfs2则表示目前备份系统使用备份池是备份池2。3、 也能够经过windows控制台来检验，假如存放卷存放路径含有storage1则表示目前备份系统使用备份池是备份池1, 假如存放卷存放路径含有storage2则表示目前备份系统使用备份池是备份池24、 相关使用备份池，也要依据配置具体情况而定，在确定备份池时请咨询相关配置、修改人员。三、常见故障维护1、无法进入图形界面当输入IP地址、端口、用户、密码后，点击确定按钮后出现下列提醒时产生问题原因及处理方法：1、 检验输入IP地址、端口号、用户、密码是否正确。2、 检验网络通讯正常，尤其是使用防火墙网络要确保TCP/IP该端口能够正常通讯。3、 请检验server端是否开启。2、备份进程是否正常开启产生问题原因及处理方法：1、 telnet登录到相关主机（运行server和agent进程）上，检测相关dbpsd、agent使用端口，检测$DBPS_BASE/config.dsg文件，进行确定2、 具体使用命令：输入 ps ef |grep dbpsd并键入回车键。3、无法注册主机信息产生问题原因及处理方法：1、 检验agent（生产端、存放服务器端）是否正常运行。，检测相关agent使用端口，检测$DBPS_BASE/config.dsg文件，进行确定，在命令行输入ps ef |grep vagentd并键入回车，检验是否有正常开启进程。2、 确定所输入IP地址正确。3、 确定网络通讯正常。4、在备份时候会出现中止产生问题原因及处理方法：1、 请检验网络是否正常。2、 请检验agent是否正常运行。3、 检验备份池空间是否足够。4、 检验存放卷是否包含data和index类型。5、手工点击备份后，没有开始备份产生问题原因及处理方法：1、 请检验网络和代理是否正常开启。2、 检验该该策略集配置是否正常3、 检验是否能够正常连接数据库。4、 生产系统上开启agentO/S用户是否对所要备份数据库文件含有读权限。6、无法创建存放卷产生问题原因及处理方法：1、 存放服务器上检验是否有足否磁盘空间。2、 检验存放服务器上开启agent操作系统用户是否对存放卷所在文件系统是否有读写权限。3、 存放卷所在文件创建时因为受到该文件系统创建参数影响所致（比如：不能超出2GB），无法创建大存放卷。7、出现类似“Processing Cold Backup”信息产生问题原因及处理方法：1、 生产数据库处于未打开状态，检验源数据库是否处于open状态；2、 系统配置中数据库日志没有注册正确或没有注册；3、 数据库重新开启后，没有重新开启生产端agent。8、出现类似“Agent: 101”信息产生问题原因及处理方法1、 在备份参数选择中备份线程（rlen） 参数选择过大，造成操作系统内存不够2、 其二为使用缺省内存（50M），操作系统本身内存太小无法分配。请在高级选项里使用备份线程（rlen）参数降低内存数目。使用能够测试系统平台许可内存数目，能够依据测试后大小来确定使用大小。9、出现类似“Agent: 205 ”错误产生问题原因及处理方法：1、 在备份日志中找到相关错误信息上下文，找到报这类错误数据库文件2、 在生产系统上，使用dbv工具进行检验相对应数据库文件是否有坏块。10、出现类似“agent：200”错误产生问题原因及处理方法：1、确定对操作目标端相关文件系统或裸设备是否有写权限11、出现类似“error connect to 192.168.1.160:8501”错误产生问题原因及处理方法：1、 确定网络通讯是否正常2、 确定相关agent是否正常开启12、出现类似“Cannot alloc extent”错误产生问题原因及处理方法：1、 确定存放卷是否有足够分配空间2、 确定存放卷类型是否正确13、出现类似“Sorry, cannot find any database files”错误产生问题原因及处理方法：1、 确定生产数据库、listener是否正常开启。2、 登录数据库用户和密码是否正确。3、 确定NLS相关信息是否正确14、生产数据库出现故障，怎样恢复处理方法：1、 对于部分表数据丢失，经过逻辑恢复即可；操作过程请参考操作部分经过控制台实施表恢复。2、 经过SnapShare打开备份后数据库，然后经过exp等工具进行表数据恢复；3、 数据库物理损坏，首先经过控制台对数据库进行数据文件物理恢复，然后利用oracle数据库本身恢复，依据提醒所需日志利用SnapAssure控制台恢复相关日志。操作过程请参考操作部分经过控制台实施物理恢复和恢复后数据库打开。15、多版本策略集备份过程中，网络中止处理方法：1、 网络中止时间很短，小于（备份计划中）间隔时间，SnapAssure会自动重新提议备份。2、 网络终端时间很长，在网络恢复后，请立即调整对应备份计划时间，归档模式备份数据库能够增量备份，非归档备份模式数据库提议做一次全备份。16、数据文件备份正常结束，但数据字典没有备份产生问题原因及处理方法：1、 数据库为冷备份时，则出现这种情况，请重新开启生产系统上备份进程。2、 备份数据字典时首先会在生产端/tmp目录下生成数据字典文件，然后再将生成数据字典文件备份到版本中。假如/tmp目录下没有可写权限或没有足够空间也会出现这个问题。17、非归档模式，数据库日志无法备份产生问题原因及处理方法：1、 确定数据库日志及相关主机、存放卷、策略集配置正确；2、 使用dbfsize检验数据库在线日志是否正确。18、无法经过控制台选择所需要备份标空间产生问题原因及处理方法：1、 请查看数据库listener是否开启；2、 使用端口号是否是1521，假如不是，请手工填写所要备份表空间名称，对数数据库整库备份，则无需输入表空间名称。19、逻辑恢复表时无法选择用户表名产生问题原因及处理方法：1、 请查看数据库listener是否开启。2、 使用端口号是否是1521，假如不是，请根据实际端口号修改。3、 生产系统相关表已经删除，经过字符界面恢复，恢复过程请参考SnapAssure之字符界面使用手册。20、怎样确定备份所需要使用版本数据库使用版本：对于oracle8i数据库而言：sqlplus internal （取Enterprise Edition Release值）对于oracle9i数据库而言：sqlplus /as sysdba （取Enterprise Edition Release值）操作系统使用版本#uname a21、生产端数据库重新开启，怎样处理生产系统数据库重新开启时。需要将数据远端备份进程关闭，在调整完成后，将数据远端备份进程重新开启。假如在crontab中加入了自动开启备份进程脚本，请注释掉自动开启脚本命令行。当数据库停止时间较长时，备份系统需要依据不一样情况做以下调整：1、 在数据库全备份完后，切换之前，操作以下：1） 在数据库停止后，停止生产端备份进程vagentd。在crontab中注释自动定时开启vagentd脚本。2） 当数据库调整开启后，开启备份vagentd。在crontab中将自动定时开启vagentd脚本注释去掉。3） 假如数据库开启时已经过了当日备份计划时间则应调整临时调整备份计划对数据库进行一次数据库增量备份，假如日志抓取不全情况（关键指非归档）存在则应对数据库做一次全备份。4） 对于切换模式工作情况，假如数据库停止时间很长则需要注释备份服务器端定时切换脚本。2、 在切换当日进行生产端数据库调整时。操作以下：1） 需要在备份服务器端将相关数据源备份系统备份进程停止，在crontab中注释掉相关数据源备份系统所使用开启、切换脚本。2） 停止生产端备份进程，同时在生产端crontab中注释掉定时开启vagentd脚本。3） 生产端数据库调整完成以后，开启备份服务器上相关数据源备份系统所使用进程，而且在crontab中掉相关数据源备份系统所使用开启、切换脚本注释去掉。4） 在生产端起动备份进程。修改crontab将自动定时开启vagentd脚本注释去掉。5） 假如备份进程开启时间晚于切换时间，则手动实施切换，然后调整备份计划，实施数据库全备份。假如备份进程开启时间早于切换时间，则无需作怎样调整。操作过程所使用脚本及操作命令请参考配置过程。此种情况适合生产端CLASS、主机重启等含有数据库操作调整。22、修改备份配置通常以下操作可能会修改备份配置：增加备份池空间调整存放卷位置修改数据库配置Agent端口修改备份策略调整备份计划调整数据库日志调整对于版本自动删除模式直接修改备份配置即可，在此不作具体描述。使用备份池切换模式下修改备份配置分为临时修改备份配置和永久修改备份配置两种。下面分别加以说明。1、永久修改备份配置，操作日下：1） 数据库备份版本完成、没有提议数据库备份、不在切换期间，这三个条件满足时，停止备份系统生产端备份进程。注释crontab中开启备份进程脚本。2） 手动或调整crontab进行备份池切换。3） 经过控制台进行对应调整，除了调整CLASS外，直接调整即可。4） 对于调整class部分，首先删除数据库日志配置，然后开启生产端备份代理，经过控制台调整备份配置，完成后将生产端备份代理停止。重新将数据库日志备份配置。5） 将目前VCFS_HOME下全部.db文件拷贝到目前VCFS_HOME目录下bak目录下。6） 开启备份系统生产端备份进程。在crontab中开启备份进程脚本去掉注释。7） 等到下一个切换周期之前反复1）-6）操作。至此两个两个备份配置全部调整完成。具体经过控制台进行调整及其所使用脚本祥见配置过程。2、临时修改备份配置直接经过windows控制台进行调整即可，只要注意不要在切换期间进行即可。当切换后，临时修改部分将不会继续生效。23、备份系统主机重新开启重新开启备份服务器之前需满足以下条件：a) 无备份（多版本）策略在实施。b) 不要在备份切换时段重新开启备份服务器，假如必需在切换时段重新开启备份服务器，则备份服务器开启后，需要将相关备份系统手动实施切换。在重新开启后：1、 确保备份系统所使用文件系统被mount。2、 在crontab中（已经）加入了定时开启备份服务进程，所以无需手工开启备份进程。不然需要手工开启备份进程。3、 假如备份系统重新开启后，开启备份进程时间晚于定时备份生产系统时间，则定时备份生产系统（当日）无法实现。需要手工调整备份计划。实施相关备份系统备份。24、在备份过程中备份服务器故障数据库备份过程中，备份服务器发生故障，关键表示是备份进程无法正常开启，无法继续备份。处理方法以下：对于归档模式下生产端：1)、在备份生产端使用含有dba权限用户查询Sqlselect * from v$backup where status=ACTIVE；假如有统计，统计某个文件file#2)、接着查询Sqlselect file_id,file_name,tablespace_name from dba_data_files where file_id=上面查询file#；#查询这个数据文件所在表空间。3)、然后查询：Sqlplusselect file_id,tablespace_name from dba_data_fiiles where tablepace_name=2)中查询tablespace_name; 察看3)中file_id是否和1)中file#是否一一对应，假如不是则依据上面三步查询步骤查询全部表空间。4)、查到全部满足上述条件表空间后，实施end backup指令Sqlalter tablespace XXXXX end backup; XXXXX表示3)中查询表空间名称。直到全部数据文件全部是NO ACTIVE状态为止。备份服务器端：1）、在备份服务器端将crontab中相关备份系统开启、切换脚本注释掉，停止dbpsd、agent,使用脚本以下：$DBPS_BASE/script/StopServer.sh 服务名$DBPS_BASE /script/StopAgent.sh服务名2）、服务器端故障处理完成后，重新开启dbpsd、agent,$DBPS_BASE /script/StartServer.sh $DBPS_BASE /script/StartAgent.sh 将crontab中相关备份系统开启、切换脚注释去掉，3）、调整备份计划，重新提议数据库备份25、开启备份进程agent提醒类似“lib”错误产生问题原因及处理方法：1、elib和olib变量没有申明。2、LIBPATH变量指向到elib、olib相关路径下。4、 使用env查看含有LIB变量，使其全部指向到elib、olib相关路径下。26Agent: 110 - OOA2-1006 dbh -1 not found 故障处理/09/07 02:40:07 Agent: 110 - OOA2-1006 dbh -1 not found/09/07 02:40:07 Agent: 110 - OOA2-1006 dbh -1 not found/09/07 02:40:07 Agent: 110 - OOA2-1006 dbh -1 not found/09/07 02:40:07 Agent: 110 - OOA2-1006 dbh -1 not found/09/07 02:40:07 Agent: 110 - OOA2-1006 dbh -1 not found/09/07 02:40:07 Agent: 110 - OOA2-1006 dbh -1 not found/09/07 02:40:07 Agent: 110 - OOA2-1006 dbh -1 not found/09/07 02:40:07 Agent: 110 - OOA2-1006 dbh -1 not found/09/07 02:40:07 Agent: 110 - OOA2-1006 dbh -1 not found处理过程：$ ./odcc :83291/dev/pts/5 connected.ODCC status SGA OK (256M) Device OK CKP OK Database Connection Failed Capture Failed Listener OKODCC info1. SGA Structure 5968 File bitmap 8192 Index page indicator 128 (27/64 dbfs, 2048 idxs) Index 0.50M (32 blocks) Data block# loaded 58860 (0 dirty blocks, 0 loaded) Data blocks 229.92M (0.00% used) = Total 230.50M2. Device /u01/dsg/odcs.storage/odcs.dat, bsz 16K, flg 0x1, creation 1024.00M Dictionary 0 0 Thread 1 64 Index 65 576 Data 577 65535 (1158 blocks used) = Total 1024.00M (2.65% used)3. Thr#1 RBA 0x000000.00000000.0000, Saved(RBA 0x015893.000004f8.0000)重新开启odcs即可，或查看备份数据库时用数据库登陆用户名和密码是否有问题。26、联络方法如遇其它故障或问题，请经过以下方法联络DSG企业：监控响应中心：热线电话： [phone]传真： [phone]邮件：