Symantec数据中心容灾备份建设规划.docx
- 文档编号:11739575
- 上传时间:2023-03-31
- 格式:DOCX
- 页数:53
- 大小:2.44MB
Symantec数据中心容灾备份建设规划.docx
《Symantec数据中心容灾备份建设规划.docx》由会员分享,可在线阅读,更多相关《Symantec数据中心容灾备份建设规划.docx(53页珍藏版)》请在冰豆网上搜索。
Symantec数据中心容灾备份建设规划
数据中心容灾及备份
系统建设规划
赛门铁克软件(北京)有限公司
2010年5月
第1章容灾系统技术规范
随着数据中心的建立和完善,计算机信息系统需要在数据层面、应用层面集中后,对数据的安全和关键应用的可用性作为风险控制的焦点。
很多系统准备或正在进行数据备份系统的规划和建设实施,数据备份系统建设的目标是要保证数据安全、可用,使计算机信息系统和数据能够最大限度地防范和解决各种意外和故障所带来的数据丢失。
然而,与大多数工程一样,数据备份/恢复及容灾系统建设本身在总体规划、方案选择和投产实施后的管理运行,以及真正面对数据恢复时的实际操作等方面也存在着潜在的风险。
可以说,数据备份容灾系统本身也可能存在风险点,需要小心应对。
备份/恢复及容灾系统建设中所涉及的潜在风险大致可分为技术风险、管理风险和投资风险,其中尤以技术选择风险最大,技术方案选择优越,可以规避一定的管理风险和投资风险。
而这三者也存在内在的相互关联,不同规模的数据备份/恢复及容灾方案对应的建设投资规模、所采用的技术以及实施和管理的复杂度也不同,应考虑保护计算机系统的原有投资并提高数据备份/恢复及容灾系统建设投资的利用率。
1.1容灾系统建设总体规划
数据备份的目的是为了恢复!
在数据备份的世界里,是有等级观念的,规模不同,数据备份/恢复和容灾系统所采用的技术和达到的功能是不同的,在系统建设资金投入方面的差距也很巨大。
所以,对于数据中心来说,明确数据备份/恢复及容灾系统建设的总体规划十分必要。
1.1.1容灾关键技术定义及指标说明
1.1.1.1灾难
由于人为或自然的原因,造成信息系统运行严重故障或瘫痪,使信息系统支持的业务功能停顿或服务水平不可接受、达到特定的时间的突发性事件,通常导致信息系统需要切换到备用场地运行。
1.1.1.2灾难恢复
将信息系统从灾难造成的故障或瘫痪状态恢复到可正常运行状态,并将其支持的业务功能从灾难造成的不正常状态恢复到可接受状态而设计的活动和流程。
1.1.1.3灾难恢复计划(DRP)
为了减少灾难带来的损失和实现灾难恢复所做的事前计划和安排。
1.1.1.4业务影响分析(BIA)
分析业务功能及其相关信息系统资源、评估特定灾难对各种业务功能的影响的过程。
1.1.1.5恢复时间目标及恢复点目标(RPO/RTO)
衡量数据备份/恢复技术的技术指标叫RPO、RTO。
RPO(RecoveryPointObjective):
以数据为出发点,主要指的是业务系统所能容忍的数据丢失量。
在发生数据丢失时,数据备份/恢复系统实现数据恢复时,恢复的数据与原始生产数据不一至的数据量。
RPO是反映数据恢复完整性的指标,在在线数据保护方式下,RPO等于数据同步时间;在离线数据保护方式下,RPO为相临两次数据备份的时间间隔。
RTO(RecoveryTimeObjective):
即数据恢复时间目标,主要指的是所能容忍的实现数据恢复的时间,也就是从系统故障发生,数据不能访问到业务数据恢复,数据能够备份访问所需要的最短时间。
是反映数据恢复及时性的指标,RTO值越小,代表数据恢复能力越强。
不同规模的数据备份/恢复及容灾方案,RTO定义是不同的。
1.1.2国家容灾标准GB/T20988-2007
国务院信息办《信息系统灾难恢复规范》将关键系统灾难恢复分为七个等级,并对每个等级的灾难恢复目标进行了具体的定义。
比如第一级灾难恢复等级只是在异地保存备份数据,并不需要在灾备中心部署业务主机,当灾难发生需要恢复业务时,将从其他地方调配资源,进行业务恢复。
标准中根据灾难恢复等级划分标准,将支持灾难恢复各个等级所需的资源(以下简称“灾难恢复资源”)分为以下7个要素:
1)数据备份系统
2)备用数据处理系统
3)备用网络系统
4)备用基础设施
5)技术支持能力
6)运行维护管理能力
7)灾难恢复预案
并按照灾难恢复资源的成本与风险可能造成的损失之间取得平衡的原则(以下简称“成本风险平衡原则”)确定每项业务功能的灾难恢复策略,不同的业务功能可采用不同的灾难恢复策略。
按照灾难恢复等级共分为六个级别。
1.1.2.1第1级基本支持
第1级被定义为没有备用数据处理系统需求,没有建立备份网络系统的需求,也没有技术支持的需求,但能够备份所需要的信息并将它存储在异地,然后根据数据恢复的具体需求,有选择地建立备份数据恢复平台,但事先并不提供处理备份数据恢复的硬件平台。
这种方式是最为低成本的数据备份/恢复解决方案,随着技术的发展,目前的数据备份/恢复方案,已经不仅仅包括文件系统数据、数据库数据、邮件系统数据,同时也包括了操作系统数据、设备驱动程序,相关补丁和系统配置信息。
第1级灾难恢复应具的有技术和管理:
要素
要求
数据备份系统
a)完全数据备份至少每周一次;
b)备份介质场外存放。
备用数据处理系统
—
备用网络系统
—
备用基础设施
a)有符合介质存放条件的场地。
技术支持
—
运行维护支持
a)有介质存取、验证和转储管理制度;
b)按介质特性对备份数据进行定期的有效性验证。
灾难恢复预案
a)有相应的经过完整测试和演练的灾难恢复预案
这是一种用于许多数据中心数据备份的标准方式,数据在完成写操作之后,将会被送到远离本地的地方,同时具备有数据恢复的程序。
在需要实现数据恢复时,一整套系统和应用安装动作需要在一台未启动的计算机上重新完成恢复。
系统和数据将被恢复并重新与网络相连。
这种备份方案相对来说成本较低(仅仅需要传输工具的消耗以及存储设备的消耗)。
一旦系统可以工作,标准的做法是首先恢复关键应用数据,其余的应用数据根据需要恢复,但需要一定的时间,同时依赖于什么时候硬件平台能够被提供准备好。
1.1.2.2第2级备用场地支持
第2级相当于是第1级再加上具有热备份能力的数据备份中心。
热备份中心拥有足够的硬件和网络设备去支持关键应用的安装需求。
对于十分关键的数据,在数据不能在原数据中心中实现恢复时,必须在异地有正运行着的硬件平台提供恢复支持。
这种数据备份中心的方式依赖于用备份投递的方法去将日常数据放在备份数据中心存储,虽然移动数据到一个热备份中心增加了成本,但却明显降低了数据恢复的时间。
第2级灾难恢复的技术和管理支持:
要素
要求
数据备份系统
a)完全数据备份至少每周一次;
b)备份介质场外存放。
备用数据处理系统
a)灾难发生时能在预定时间内调配所需的数据处理设备到场。
备用网络系统
a)灾难发生时能在预定时间内调配所需的通信线路和网络设备到位
备用基础设施
a)有符合介质存放条件的场地;
b)有满足信息系统和关键业务功能恢复运作要求的备用场地。
技术支持
—
运行维护支持
a)有介质存取、验证和转储管理制度;
b)按介质特性对备份数据进行定期的有效性验证;
c)有备用场地管理制度;
d)与相关厂商有符合灾难恢复时间要求的紧急供货协议;
e)与相关运营商有符合灾难恢复时间要求的备用通信线路协议。
灾难恢复预案
有相应的经过完整测试和演练的灾难恢复预案
1.1.2.3第3级电子传输和部分设备支持
第3级灾难恢复应具有技术和管理支持:
要素
要求
数据备份系统
a)完全数据备份至少每天一次;
b)备份介质场外存放;
c)每天多次利用通信网络将关键数据定时批量传送至备用场地。
备用数据处理系统
a)配备灾难恢复所需的部分数据处理设备。
备用网络系统
a)配备部分通信线路和相应的网络设备。
备用基础设施
a)有符合介质存放条件的场地;
b)有满足信息系统和关键业务功能恢复运作要求的场地。
技术支持
a)在备用场地有专职的计算机机房运行管理人员。
运行维护支持
a)按介质特性对备份数据进行定期的有效性验证;
b)有介质存取、验证和转储管理制度;
c)有备用计算机机房管理制度;
d)有备用数据处理设备硬件维护管理制度;
e)有电子传输数据备份系统运行管理制度。
灾难恢复预案
有相应的经过完整测试和演练的灾难恢复预案
第3级是在第2级的基础上用电子链路取代了车辆进行数据传送的数据备份。
接收方的硬件平台必须与生产中心物理地相分离,在故障发生后,存储的数据用于数据恢复。
由于热备份中心要保持持续运行并配备了灾难恢复所需的数据处理的软硬件部分,因此增加了成本。
但确实是消除了运送工具的需要,提高了数据恢复的速度。
1.1.2.4第4级电子传输及完整设备支持
第4级灾难恢复应具有技术和管理支持:
要素
要求
数据备份系统
a)完全数据备份至少每天一次;
b)备份介质场外存放;
c)每天多次利用通信网络将关键数据定时批量传送至备用场地。
备用数据处理系统
a)配备灾难恢复所需的全部数据处理设备,并处于就绪状态或运行状态。
备用网络系统
a)配备灾难恢复所需的通信线路;
b)配备灾难恢复所需的网络设备,并处于就绪状态。
备用基础设施
a)有符合介质存放条件的备用场地;
b)有符合备用数据处理系统和备用网络设备运行要求的场地;
c)有满足关键业务功能恢复运作要求的场地;
d)以上场地应保持7x24运作。
技术支持
在备用场地有:
a)7x24专职计算机机房管理人员;
b)专职数据备份技术支持人员;
c)专职硬件、网络技术支持人员。
运行维护支持
a)有介质存取、验证和转储管理制度;
b)按介质特性对备份数据进行定期的有效性验证;
c)有备用计算机机房运行管理制度;
d)有硬件和网络运行管理制度;
e)有电子传输数据备份系统运行管理制度。
灾难恢复预案
有相应的经过完整测试和演练的灾难恢复预案
第4级这种数据备份要求两个中心相关的主机同时处于活动状态并管理彼此的备份数据,实现数据的在线备份。
备份中心硬件平台必须保证与生产中心方平台物理地相分离,在两个中心之间,在线关键数据的拷贝多次向备份中心传送着。
在故障发生时,备份中心具备关键业务灾难恢复所需的全部数据处理设备,并处于就绪状态或运行状态,以及灾难恢复所需的网络设备并处于就绪状态,保证需要恢复的关键数据通过可迅速恢复。
1.1.2.5第5级实时数据传输及完整设备支持
第五级灾难恢复应具有技术和管理支持:
要素
要求
数据备份系统
a)完全数据备份至少每天一次;
b)备份介质场外存放;
c)采用远程数据复制技术,并利用通信网络将关键数据实时复制到备份场地。
备用数据处理系统
a)配备灾难恢复所需的部分数据处理设备。
a)配备灾难恢复所需的全部数据处理设备,并处于就绪状态或运行状态。
备用网络系统
a)配备灾难恢复所需的通信线路;
b)配备灾难恢复所需的网络设备,并处于就绪状态。
c)具备通信网络自动或集中切换能力。
备用基础设施
a)有符合介质存放条件的备用场地;
b)有符合备用数据处理系统和备用网络设备运行要求的场地;
c)有满足关键业务功能恢复运作要求的场地;
d)以上场地应保持7x24运作。
技术支持
在备用场地有:
a)7x24专职计算机机房管理人员;
b)7x24专职数据备份技术支持人员;
c)7x24专职硬件、网络技术支持人员
运行维护支持
a)有介质存取、验证和转储管理制度;
b)按介质特性对备份数据进行定期的有效性验证;
c)有备用计算机机房运行管理制度;
d)有硬件和网络运行管理制度;
e)有实时数据备份系统运行管理制度。
灾难恢复预案
有相应的经过完整测试和演练的灾难恢复预案
第5级是考虑生产中心和备份中心相距离隔较远,(根据单一提交更新范围,在本地和远程数据库中同时更新着数据),也就是说,在更新请求被认为是满意之前,第5级需要生产中心与备份中心的数据都被更新。
我们可以想象这样一种情景,数据在两个中心之间相互映像,由远程两个阶段提交过程来同步,因为关键应用使用了双重在线存储,所以在故障发生时,仅仅传送中的数据被丢失,恢复的时间被降低到了小时级。
1.1.2.6第6级数据零丢失和远程集群支持
第六级灾难恢复应具有技术和管理支持:
要素
要求
数据备份系统
a)完全数据备份至少每天一次;
b)备份介质场外存放;
c)远程实时备份,实现数据零丢失。
备用数据处理系统
a)备用数据处理系统具备与生产数据处理系统一致的处理能力并完全兼容;
b)应用软件是“集群的”,可实时无缝切换;
c)具备远程集群系统的实时监控和自动切换能力。
备用网络系统
a)配备与生产系统相同等级的通信线路和网络设备;
b)备用网络处于运行状态;
c)最终用户可通过网络同时接入主、备中心。
备用基础设施
a)有符合介质存放条件的备用场地;
b)有符合备用数据处理系统和备用网络设备运行要求的场地;
c)有满足关键业务功能恢复运作要求的场地;
d)以上场地应保持7x24运作。
技术支持
在备用场地有:
a)7x24专职计算机机房管理人员;
b)7x24专职数据备份技术支持人员;
c)7x24专职硬件、网络技术支持人员;
d)7x24专职操作系统、数据库和应用软件技术支持人员。
运行维护支持
a)有介质存取、验证和转储管理制度;
b)按介质特性对备份数据进行定期的有效性验证;
c)有备用计算机机房运行管理制度;
d)有硬件和网络运行管理制度;
e)有电子传输数据备份系统运行管理制度。
e)有实时数据备份系统运行管理制度。
f)有操作系统、数据库和应用软件运行管理制度。
灾难恢复预案
有相应的经过完整测试和演练的灾难恢复预案
第6级在第5级的基础上,除了可以实现零数据丢失率,同时保证数据立即自动地被传输到备份中心,第6级被认为是数据备份的最高的级别,在本地和远程的所有数据被更新的同时,利用了双重在线存储的能力,第6级容灾中最昂贵的方式,也是速度最快的恢复方式。
此外第6级容灾方式通过扩展常规的本地集群,所有关键应用软件除了在本地采用集群技术保护,而且在本地集群和容灾集群之间建立相互监控关系,这样由于在生产中心和容灾数据中心都存在集群,在生产集群和容灾集群之间,必须具有某种通讯能力,当生产中心某个集群或整个生产中心出现灾难时,能并能被集群监控软件实时监控,并估计预先设计好的切换策略,对不同类型的故障作出正确的响应,考虑到底层的数据已经建立在第5级基础上实现了生产中心和备份中心的可靠同步,因此在系统、应用软件或本地硬件出现故障时,就能自动实时的切换到备用中心系统,实现最高级别的应用高可用。
因此,需要根据各个计算机处理系统中数据的重要性,以及需要恢复数据的速度和程度,来进行数据备份/恢复及容灾系统的总体规划。
。
1.1.3界定数据容灾系统的适用范围
分析不同的应用系统,确定数据备份/恢复及容灾系统是一个覆盖整个计算机系统的工程,根据业务的重要性,对不同的系统采用不同级别的数据备份/恢复及容灾方案,如针对关键的业务应用子系统,实施高级别的数据备份/恢复及容灾工程;对低级别的业务系统,实施低级别的数据备份/恢复及容灾工程。
总之要建立一个综合性的整体数据备份/恢复及容灾建设工程。
1.1.4界定数据容灾系统建设的目标
生产系统在单位时间内的数据处理能力或IO流量确定的情况下,RPO实际上成为一个反映数据备份过程中的数据丢失量的指标。
而RTO则是指实现数据恢复指标,这不仅要考虑数据的恢复时间,还应该考虑恢复后数据的完整性、一致性的修复和确认、备份中心计算机处理系统的启动和备份中心的数据可访问等全部时间。
但是设计数据备份/恢复系统不能只看RTO和RPO,对于不同的业务系统和用户特殊的要求,其它一些指标有可能成为选择数据备份/恢复方案的主要因素。
例如,要求数据备份中心与业务中心保持足够的距离,在这种情况下,数据备份中心与业务中心的距离要求就是数据备份/恢复系统的重要指标。
通信网络是数据备份/恢复系统的组成部分,通信线路的质量也是数据备份/恢复系统的性能指标之一,其中包括网络的数据传输带宽、网络传输通道的冗余和网络服务商的服务水平(网络年中断率)。
如果容灾系统使用的通信网络是确定的,为了比较不同数据容灾解决方案,可以用单位存储容量的数据库在同一通信网络上的数据完全恢复时间作为一项设计指标。
大部分业务数据都是数据库应用结构,但业务数据的备份/恢复及容灾,并不等于是数据库备份、恢复,还包括访问数据库的应用程序和相关配置信息。
实现数据库备份是数据备份/恢复及容灾系统的基础,在保数据库数据一致的前提下,还要实现应用程序和配置信息的一致性;实现应用系统的高可用性、应用程序在数据备份中心与生产中心接管和切回的过程,保证当生产中心发生灾难时,容灾中心能依次有序的恢复业务应用,必须在集群内,集群之间定义好个业务子系统之间的倚赖关系和启动、停止次序。
这样在当灾难发生时,才能实现快速、正确的业务恢复。
因此,还要考虑应用的模式是C/S、B/S,两层、三层、多层次的应用结构等等。
1.1.5界定容灾系统的总体架构
根据实际需求、现有技术、所在地域、计划防范的故障种类和预算投入的资金量等实际情况,确定数据备份/恢复及容灾系统预期达到的级别,并以此来确定数据备份/恢复容灾系统与生产运行系统在地理位置上的距离(同城还是异地或两者兼备-堡垒节点的两地三中心组成),备份数据存储所在的介质(磁盘还是磁带或两者兼备),备份数据在生产中心与备份中心传输的方式(这就涉及到了具体的计算机存储与网络技术),以及备份中心计算机系统的处理能力和网络接管所需的具体架构(是否与生产中心采用完全同等数量、容量和性能的计算机、存储设备和网络体系结构)。
第2章主流容灾技术说明
根据国家容灾标准评审定义,数据备份/恢复容灾规划必需涵盖了如下内容:
2.1数据备份
数据备份是系统、数据保护的基础,也是抵御逻辑故障、恶性操作的唯一方案。
目前备份技术主要有快照备份、离线备份、异地存储备份。
备份系统通过备份策略,对计算机信息系统的操作系统、文件系统、应用程序、数据库系统等数据集,实现某一时间点的完整拷贝,拷贝的数据处在非在线状态,不能被立刻访问,必须通过相应操作,如恢复等方式使用备份数据。
这也解决了实时数据保护不能解决的问题:
人为误操作、恶意性操作等,这类操作,计算机系统是不能区分的,一旦执行,将造成数据中心、备份中心数据同时修改;对于数据库系统,在日志完整时,可以通过回滚方式修改,对于文件系统、操作系统等其他配置信息是不能回滚的,将造成毁灭性的结果。
目前成熟的备份软件如SymantecNetBackup。
2.2实时数据保护
实时数据保护,就是在多块磁盘上、多个阵列、多台服务器、多个数据中心实时的保存同一份数据的多份存储,目的是为了避免物理故障,数据不会因为一块磁盘、一个阵列、一台服务器、一个数据中心的故障,而不能访问。
此外因为距离限制,还衍生出了准实时数据保护技术;实时数据保护一般是通过扩展SAN网络实现而准实时数据保护一般通过TCP/IP网络实现。
目前实时数据保护的技术主要有两种:
数据镜像和数据复制。
2.2.1数据镜像(Mirroring)
数据镜像(Mirroring)是冗余的一种类型,一个磁盘上的数据在另一个磁盘上存在一个完全相同的副本即为镜像。
镜像技术可以保证两份数据完全一样。
成熟的镜像技术在主机卷层面,因为这种技术可以在主机层面屏蔽来自不同厂商阵列带来的技术差异性;同时这种技术可以实现同步的IO写镜像在性能上更有优势;先进的卷镜像技术可以识别来自不同站点的镜像磁盘,可以设置读策略让读操作指针对生产中心阵列从而减少数据镜像对生产中心环境的IO压力,对于由于光纤链路,磁盘阵列控制卡或阵列本身造成的延迟也可以作出判断和应对,一旦真的发生故障可以禁用到该站点阵列的写操作,确保在应用在该站点的所有阵列上的数据保持一致性同时开始在正常的环境启用日志记录故障中的每个写操作;在故障修复以后可以通过快速同步机制进行增量的快速同步对于远程镜像这种方式不但效率高而且非常可靠。
目前主流的卷镜像技术有SymantecStorageFoundation。
2.2.2数据复制(Replication)
数据复制(Replication)是将一个原数据及其改动,通过后续机制拷贝到其他地方,可以是另一个磁盘、另一个阵列、另一个服务器、另一个数据中心。
由于实现的机制不同,又分为同步复制和异步复制两种方式。
同步复制,能够确保两份数据完全一致,此种方式对网络传输带宽及磁盘活动状态有一定要求,例如网络带宽限制了数据的实时同步,将造成延时从而对系统的影响较大;异步复制,通过后续机制,确保将本地改动的数据复制的异地,对系统的影响较小,但数据同步有延迟,是目前实现远程异地数据同步的主要方法。
很多硬件厂商都有基于自己阵列的硬件镜像方式。
但是硬件厂商的镜像方式通常不能在阵列之间进行,因此容易形成以阵列为单位的单故障点。
有些高端阵列可以提供阵列之间的复制技术,这种技术也被称为“背靠背复制技术”,然而这种技术通常需要复制的阵列采用同一型号,同一配置甚至同一固件版本,因此很容易造成锁定某种品牌造成扩展性的限制;所谓的阵列间“镜像”实际上并不是真正的镜像技术,因为在生产端主机端看到的实际上还只是生产端得阵列,因此“镜像”是在阵列和阵列之间实现的,因此不但在IO性能上之后,在阵列或链路出现故障时不能做到自动判断,这会直接造成应用停顿;而手工进行接管的时间通常需要15分钟到半个小时,这对核心应用的可靠性是很难得到保障的;上层应用通常可能配置了多个磁盘阵列作为存储,这往往需要多个阵列提供一致性的复制手段保障应用的一致性复制,这对于不同品牌的阵列和网络条件是极难做到的;最后多种阵列复制技术对未来实现跨越站点的切换将造成不确定性和实施的复杂性。
从复制层面来说,还有通过应用层面来完成数据复制的方式,这种方式多数只能应用在某个特定的数据库的日志复制层面,对于非结构化的数据没有解决方案;日志复制方式需要在容灾中心部署主机,并在生产端完成对数据库的每个交易的分析后进行复制,对于每个生产数据交易的分析将会很大程度上影响生产数据库的性能,尤其对生产交易型服务器高峰期的性能将造成直接影响,而且这种复制技术往往没有经过数据库的官方认证,一旦数据库版本升级将有可能造成复制的延续性受阻;虽然数据库复制技术可以提供数据在线分析,数据挖掘等提供帮助,然而其自身架构的限制很大程度上决定了这种方式适合做双活中心的交易分析、挖掘等,而不是一个灾备解决方案。
还有一种称为虚拟存储层的复制解决方案,这种方法是部署在存储阵列和主机之间。
但是由于需要维护主机层到存储的写一致性,通常需要在主机端部署软件这将直接影响主机层面的稳定性;我们都知道在交换层面因为承担了生产存储环境承上启下的角色,因此对性能和稳定性要求是非常苛刻的;对于部署在中间层次的虚拟技术属于“带内技术”,因为其自身往往是PC服务器架构,因此在性能上是很难得到保障的,其次这种架构为了提高稳定性通常需要部署双机集群架构和双控制卡提供冗余;而双机集群如果在判断和切换上出现问题,将直接影响整个存储环境进而影响应用的可靠性;多控制卡的部署需要多链路驱动支持,然而面临生产中心底层多种阵列和上层多种操作系统,即便是新推出了“
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- Symantec 数据中心 备份 建设 规划
![提示](https://static.bdocx.com/images/bang_tan.gif)