[{"data":1,"prerenderedAt":580},["ShallowReactive",2],{"navigation":3,"page-\u002Fhybrid-cloud-disaster-recovery-infrastructure-model":191,"footer":500},{"id":4,"extension":5,"menus":6,"meta":184,"stem":185,"utilityLinks":186,"__hash__":190},"navigation\u002Fdata\u002Fnavigation.yml","yml",[7,47,80,121,146,163],{"label":8,"columns":9,"promo":42},"Product",[10,24],{"title":11,"colClass":12,"links":13},"Overview","list-col-2",[14,17,20],{"label":15,"to":16},"Tiger Bridge","\u002Ftiger-bridge\u002F",{"label":18,"to":19},"How It Works","\u002Fhow-it-works\u002F",{"label":21,"to":22,"button":23},"Calculate Your Savings","\u002Fstorage-cost-savings-calculator\u002F",true,{"title":25,"colClass":12,"links":26},"How to Buy",[27,30,33,36,39],{"label":28,"to":29,"external":23},"Try Free","https:\u002F\u002Fresources.tiger-technology.com\u002Ftiger-bridge-30-day-free-trial",{"label":31,"to":32},"Pay-as-you-go Plans","\u002Fplans-and-pricing\u002F",{"label":34,"to":35},"Request Custom Quote","\u002Fcontact-us\u002F#sales",{"label":37,"to":38,"external":23,"button":23},"Visit AWS Marketplace","https:\u002F\u002Faws.amazon.com\u002Fmarketplace\u002Fseller-profile?id=8d510ac9-bb30-443e-a9e6-9aa0bb4796f3",{"label":40,"to":41,"external":23,"button":23},"Visit Azure Marketplace","https:\u002F\u002Fazuremarketplace.microsoft.com\u002Fen-us\u002Fmarketplace\u002Fapps\u002Ftiger-technology.tiger_bridge_saas_soft_only?tab=Overview",{"image":43,"alt":44,"text":44,"to":45,"linkLabel":46},"\u002Fimg\u002Flegacy\u002F2026\u002F05\u002FAWS-Webinar_Linkedin-ad_1200x627-1.jpg","AWS and Tiger Technology Webinar: Activating Data for AI","\u002Faws-and-tiger-technology-webinar-activating-data-for-ai\u002F","Watch On-demand",{"label":48,"columns":49,"promo":79},"Solutions",[50,58],{"title":51,"colClass":12,"links":52},"Industries",[53,55],{"label":11,"to":54},"\u002Fsolutions\u002Findustries\u002F",{"label":56,"to":57},"Customer Success","\u002Fcustomer-success\u002F",{"title":59,"colClass":12,"links":60},"Use Cases",[61,64,67,70,73,76],{"label":62,"to":63},"Data Sovereignty","\u002Fdata-sovereignty\u002F",{"label":65,"to":66},"Capacity Expansion","\u002Fstorage-expansion\u002F",{"label":68,"to":69},"Disaster Recovery","\u002Fdisaster-recovery\u002F",{"label":71,"to":72},"Long-Term Retention","\u002Flong-term-data-retention\u002F",{"label":74,"to":75},"Global Collaboration","\u002Fglobal-collaboration\u002F",{"label":77,"to":78},"Cloud Migration & AI Access","\u002Fcloud-migration-and-ai-access\u002F",{"image":43,"alt":44,"text":44,"to":45,"linkLabel":46},{"label":81,"columns":82,"promo":115},"Partners",[83,96,105],{"title":84,"colClass":85,"links":86},"Technology","list-col-3",[87,90,93],{"label":88,"to":89},"Public Cloud","\u002Ftechnology-partners\u002F",{"label":91,"to":92},"Storage","\u002Ftechnology-partners\u002F?partnerType=Storage",{"label":94,"to":95},"Applications","\u002Ftechnology-partners\u002F?partnerType=Applications",{"title":97,"colClass":85,"links":98},"Featured",[99,102],{"label":100,"to":101},"Microsoft","\u002Fmicrosoft-azure\u002F",{"label":103,"to":104},"AWS","\u002Famazon-aws\u002F",{"title":106,"colClass":107,"links":108},"Channel","list-col-4",[109,112],{"label":110,"to":111},"Become a Partner","\u002Fchannel-partners\u002F",{"label":113,"to":114,"external":23,"button":23},"Go to Partner Hub","https:\u002F\u002Fpartners.tiger-technology.com\u002F",{"image":116,"alt":117,"text":118,"to":119,"linkLabel":120},"\u002Fimg\u002Flegacy\u002F2026\u002F07\u002F1200x627_1200x627_Hubspot-cover_Partner-Hub.jpg","Tiger Technology Launches Channel Partner Program","Tiger Technology Launches Channel Partner Program to Accelerate Partner Growth in the Booming Hybrid Storage Market","\u002Ftiger-technology-launches-channel-partner-program\u002F","Read Announcement",{"label":122,"columns":123,"promo":145},"Resources",[124,136],{"title":125,"colClass":12,"links":126},"Information",[127,130,133],{"label":128,"to":129},"Blog","\u002Fblog\u002F",{"label":131,"to":132},"Resource Hub","\u002Fresources\u002F",{"label":134,"to":135},"eBooks","\u002Febooks\u002F",{"title":137,"colClass":12,"links":138},"Education",[139,142],{"label":140,"to":141,"external":23},"Technical Documentation","https:\u002F\u002Fhelp.tiger-technology.com\u002F",{"label":143,"to":144,"external":23},"Knowledge Base","https:\u002F\u002Fkb.tiger-technology.com\u002F",{"image":43,"alt":44,"text":44,"to":45,"linkLabel":46},{"label":147,"columns":148,"promo":162},"Company",[149],{"title":150,"colClass":151,"links":152},"Company Info","list-col-1",[153,156,159],{"label":154,"to":155},"About","\u002Fabout\u002F",{"label":157,"to":158},"Careers","\u002Fcareers\u002F",{"label":160,"to":161},"News & Events","\u002Fnews-and-events\u002F",{"image":116,"alt":117,"text":118,"to":119,"linkLabel":120},{"label":164,"columns":165,"promo":183},"Contact Us",[166,174],{"title":167,"colClass":12,"links":168},"Reach Out",[169,172],{"label":170,"to":171},"Book a Demo","\u002Fcontact-us\u002F#demo",{"label":173,"to":35},"Contact Sales",{"title":175,"colClass":12,"links":176},"Get Help",[177,180],{"label":178,"to":179},"24\u002F7 Customer Support","\u002Fcontact-us\u002F#support",{"label":181,"to":182},"Support Plans","\u002Fsupport-plans\u002F",{"image":116,"alt":117,"text":118,"to":119,"linkLabel":120},{},"data\u002Fnavigation",[187],{"label":188,"to":32,"id":189},"Plans & Pricing","individual-b2c-btn","Q_rClOlEZpyQ43IT0zAenYlHIyS4eKONAa4FBmDuTbc",{"doc":192,"kind":499},{"id":193,"title":194,"author":195,"body":196,"category":476,"contenttype":476,"date":477,"description":478,"eventLink":476,"eventLocation":476,"eventStart":476,"eventType":476,"excerptText":479,"extension":480,"featured":481,"image":482,"imageLink":476,"industry":476,"meta":483,"navigation":23,"path":484,"postType":485,"product":487,"seo":488,"seoTitleCustom":23,"solution":490,"stem":492,"topic":493,"updated":476,"videoPoster":476,"__hash__":498},"posts\u002Fhybrid-cloud-disaster-recovery-infrastructure-model.md","Hybrid Cloud Disaster Recovery: Choosing the Right Infrastructure Model","Georgi Atzev",{"type":197,"value":198,"toc":461},"minimark",[199,209,212,215,220,223,226,230,233,245,254,263,266,346,350,353,356,359,363,366,369,391,394,397,401,404,409,412,415,419,422,425,428,432,435,443,447,450],[200,201,202,203,208],"p",{},"In ",[204,205,207],"a",{"href":206},"\u002Fnear-zero-rpo-rto-mission-critical\u002F","Core Strategies for Data Resilience: A Practical Guide",", we covered how to set recovery targets for mission-critical workloads. This article picks up where that guide left off, with the next question: what recovery architecture should you plan for, and how much secondary infrastructure, if any, should you maintain?",[200,210,211],{},"Should the DR site run a second server holding a full copy of the data, or will a lighter standby do? Some organizations keep no standby at all and provision a new server only after a failure. Whichever path you take, the decision must be made before the primary server or site becomes unavailable.",[200,213,214],{},"Below, we compare these approaches from an infrastructure perspective and show how Tiger Bridge supports the approach we recommend.",[216,217,219],"h2",{"id":218},"from-recovery-targets-to-recovery-architecture","From recovery targets to recovery architecture",[200,221,222],{},"Not every workload needs the same recovery target. For active project files that people edit all day, losing much data may be unacceptable. An archive of projects closed five years ago can tolerate a longer recovery time. The first guide covers how to set those targets, including when continuous protection takes precedence over scheduled backup.",[200,224,225],{},"What the guide leaves open is what recovery environment to maintain before a failure, or whether to maintain one at all. Even with a target in hand, someone still has to decide how much of that environment should be ready on an ordinary day, when nothing has gone wrong. Anything set up in advance cuts the work left to do during an outage. It also has to be paid for and maintained for years, whether or not a disaster ever comes. The three approaches below handle that trade-off differently.",[216,227,229],{"id":228},"three-dr-infrastructure-approaches-full-mirror-metadata-standby-or-no-standby","Three DR infrastructure approaches: full mirror, metadata standby, or no standby",[200,231,232],{},"None of these approaches is right for every workload. The RPO and RTO a workload needs, along with the level of risk the business is willing to accept, will rule out some options. Whatever remains is then weighed against the amount of secondary infrastructure each option requires.",[200,234,235,240,244],{},[236,237],"span",{"className":238},[239],"tg-sq",[241,242,243],"strong",{},"Full active-passive mirror."," In this setup, the DR site runs a second server holding a complete copy of the data, kept up to date through full synchronization. If the primary fails, the file data is already local on the secondary, so recovery does not depend on retrieving file content from the protected target on demand. The downside is storage. A 100 TB production server needs roughly another 100 TB at the DR site, and that capacity must be bought and maintained alongside production as long as the setup is in place. This makes it the most expensive of the three approaches.",[200,246,247,250,253],{},[236,248],{"className":249},[239],[241,251,252],{},"Smaller metadata\u002Fstub-based standby."," This standby server is much lighter. Instead of a full copy, it holds metadata\u002Fstub files. These are small placeholders that look like real files but point to the protected data on the target, which can be public cloud or on-premises object storage. Because folders and file names are already in place, users don't have to wait for a full data restoration before starting work. When they open a file, its content is retrieved from the target on demand. This gets people back to work sooner than having no standby, while the server needs far less storage than a full mirror.",[200,255,256,259,262],{},[236,257],{"className":258},[239],[241,260,261],{},"No standby."," At the other end, no server waits at the DR site. After a failure, an administrator provisions a new physical or virtual server, connects it to the existing protected target, and imports or restores metadata and data as needed. Because the recovery environment itself has to be provisioned after the failure, this approach has the longest downtime. In return, it is the most cost-effective option. It fits workloads where the business can tolerate a longer recovery time and does not want to maintain standby infrastructure year-round.",[200,264,265],{},"Here's how the three compare:",[267,268,269,291],"table",{},[270,271,272],"thead",{},[273,274,275,279,282,285,288],"tr",{},[276,277,278],"th",{},"Approach",[276,280,281],{},"Secondary environment",[276,283,284],{},"In place before failure",[276,286,287],{},"Infrastructure burden",[276,289,290],{},"Recovery trade-off",[292,293,294,312,329],"tbody",{},[273,295,296,300,303,306,309],{},[297,298,299],"td",{},"Full active-passive mirror",[297,301,302],{},"Second server with full local storage",[297,304,305],{},"A complete, synchronized copy of the data",[297,307,308],{},"Highest",[297,310,311],{},"Data already local; highest cost",[273,313,314,317,320,323,326],{},[297,315,316],{},"Metadata\u002Fstub-based standby",[297,318,319],{},"Smaller server",[297,321,322],{},"The file structure, as metadata\u002Fstub files",[297,324,325],{},"Moderate",[297,327,328],{},"Content retrieved on demand",[273,330,331,334,337,340,343],{},[297,332,333],{},"No standby",[297,335,336],{},"None until after a failure",[297,338,339],{},"Nothing at the DR site; the protected copy sits on the target",[297,341,342],{},"Lowest",[297,344,345],{},"Longest downtime",[216,347,349],{"id":348},"the-case-for-a-smaller-standby-server","The case for a smaller standby server",[200,351,352],{},"We recommend this approach as a middle ground: it keeps a recovery environment ready without maintaining a second full production-scale local storage mirror. In a hybrid setup, a protected copy already sits on the target. A full mirror adds another complete copy on local storage at the DR site, which grows every time production does. The metadata\u002Fstub-based standby skips that extra copy and relies on the existing protected data instead.",[200,354,355],{},"The trade-off is potentially slower access during DR. Because file content is retrieved on demand, users depend on the network connection between the standby and the target and on how quickly the target storage tier returns data. Frequently accessed cloud tiers respond faster than archive tiers, which can take considerably longer to return content.",[200,357,358],{},"Both factors can be planned for. Where the target provides multiple storage tiers, that means placing the files people are most likely to need during an outage in a tier that returns data quickly. A firm might keep the shares its teams work in every day in a frequently accessed tier, for example, and leave files that are rarely opened in archive storage, where slower retrieval matters less. It also means checking that the DR site's connection to the target can handle the load once users start opening files. With that groundwork in place, here is how Tiger Bridge handles replication and recovery.",[216,360,362],{"id":361},"how-tiger-bridge-supports-this-setup","How Tiger Bridge supports this setup",[200,364,365],{},"Tiger Bridge runs on your existing file servers. It continuously replicates new and changed file data to the protected target according to the configured replication policy. This can support near-zero RPO in the recommended architecture, limiting potential data loss to changes that have not yet been successfully replicated.",[200,367,368],{},"Here is what recovery looks like, starting with the part that happens before anything goes wrong:",[370,371,372,376,379,382,385,388],"ol",{},[373,374,375],"li",{},"Before any failure, the standby automatically syncs the metadata\u002Fstub files for everything the primary replicates to the target, which keeps its file structure current.",[373,377,378],{},"The primary fails. An administrator points client machines to the standby server.",[373,380,381],{},"People open their files the way they normally would, and Tiger Bridge fetches each file's content from the target storage as it is opened.",[373,383,384],{},"New files and edits made during the outage are replicated to the target as well.",[373,386,387],{},"Once the primary server is repaired, or a new server takes its place, it syncs the new and modified items placed on the target during DR.",[373,389,390],{},"The administrator points clients back to the primary server.",[200,392,393],{},"Client redirection is an administrator action at both failover and failback. At failback, timing matters: work done during the outage lands on the target, so the returning primary needs to finish syncing those changes before the administrator moves anyone back.",[200,395,396],{},"Replicated files remain in native, non-proprietary format on the target storage and can be accessed without a proprietary restore process. Setting this up doesn't require a wholesale rip-and-replace project. Tiger Bridge is added to the existing servers and storage, and in normal operation, people continue working in their usual shares. At the DR site, IT does not have to maintain a second full production-scale storage estate.",[216,398,400],{"id":399},"continuous-data-protection-beyond-a-site-outage","Continuous data protection beyond a site outage",[200,402,403],{},"DR planning tends to focus on the day a server or whole site goes dark. File data can also be damaged while servers are running. A folder may be deleted by accident, or a file can be corrupted without anyone noticing for a while. In a ransomware attack, the server stays up while malware works through one share after another. Without additional safeguards, replication can also pass unwanted changes, including corruption or encryption, on to the target. Tiger Bridge pairs replication with the safeguards below.",[405,406,408],"h3",{"id":407},"_1-versioning-and-soft-delete","1. Versioning and soft delete",[200,410,411],{},"With versioning enabled in Tiger Bridge on a supported target storage, replicated file versions are retained, and modified files can be restored to an earlier point in time. Deleted files or folders can be recovered for a given period of time when soft delete is enabled.",[200,413,414],{},"Tiger Bridge can also serve as a backup for the files it manages, if replication and versioning are both configured. Teams that already use Veeam for backing up virtual machines can keep using it. Tiger Bridge will replicate the Veeam backup files to the target, and after that it will upload only the changes Veeam makes to them.",[405,416,418],{"id":417},"_2-ransomware-protection","2. Ransomware protection",[200,420,421],{},"Encrypted files reach Tiger Bridge as ordinary file changes, which makes ransomware a harder case. The policies and settings below can be used on their own or together.",[200,423,424],{},"One option is to wait. With a longer replication policy, Tiger Bridge waits for a set time after a file changes before replicating it. Changes remain queued during that delay, which creates a window to detect an attack before those changes are replicated. The trade-off is a longer protection-point delay, so this approach suits data that can tolerate it and is not appropriate where near-zero RPO is required.",[200,426,427],{},"The ransomware protection mechanism monitors the queue of modified files awaiting replication. When ransomware modifies many files, that queue can grow quickly. The fuse-like defense mechanism pauses further replication when the number of modified files reaches the configured threshold. After the attack, a command in the Tiger Bridge context menu reverts the file to its last replicated state. In addition, versioning provides a recovery path to known-good earlier versions, in case an encrypted or corrupted version has already reached the target.",[405,429,431],{"id":430},"_3-immutability","3. Immutability",[200,433,434],{},"Tiger Bridge Compliance provides source-side retention enforcement for a defined period. To protect the replicated copy as well, the target needs matching retention\u002Fimmutability controls, such as Object Lock where supported.",[200,436,437,438,442],{},"A ",[204,439,441],{"href":440},"\u002Fmiddle-east-construction-case-study-tiger-bridge\u002F","Middle East construction firm"," featured in our Resource Center demonstrates the results of a completed deployment: Tiger Bridge CDP protected the entire dataset with versioning and undelete, while archiving and backup were fully automated across seven global offices. The cloud-based architecture simplified disaster recovery, and local storage needs fell by 95%.",[216,444,446],{"id":445},"match-the-dr-architecture-to-the-recovery-targets","Match the DR architecture to the recovery targets",[200,448,449],{},"Each approach in this article suits a different set of recovery targets. Once the targets for each workload are settled, comparing the three means weighing cost against downtime. For many workloads, a metadata\u002Fstub-based standby may be enough.",[200,451,452,453,456,457,460],{},"To see how this setup would work with your own servers and storage, ",[204,454,455],{"href":171},"book a demo"," with our team. You can also use our ",[204,458,459],{"href":22},"Cost Savings Calculator"," to estimate what you could save on storage.",{"title":462,"searchDepth":463,"depth":463,"links":464},"",2,[465,466,467,468,469,475],{"id":218,"depth":463,"text":219},{"id":228,"depth":463,"text":229},{"id":348,"depth":463,"text":349},{"id":361,"depth":463,"text":362},{"id":399,"depth":463,"text":400,"children":470},[471,473,474],{"id":407,"depth":472,"text":408},3,{"id":417,"depth":472,"text":418},{"id":430,"depth":472,"text":431},{"id":445,"depth":463,"text":446},null,"2026-10-19","Full mirror, metadata standby, or no standby at all? A comparison of the three DR infrastructure approaches, what each costs to maintain, and how Tiger Bridge supports the middle ground.","Should the DR site run a second server holding a full copy of the data, or will a lighter standby do? Some organizations keep no standby at all and provision a new server only after a failure […]","md",false,"\u002Fimg\u002F2026\u002F10\u002Fhybrid-cloud-disaster-recovery-infrastructure-model.webp",{},"\u002Fhybrid-cloud-disaster-recovery-infrastructure-model",[486],"Blog Post",[15],{"title":489,"description":478},"Hybrid Cloud DR: Choosing the Right Infrastructure Model | Tiger Technology",[68,491],"General IT","hybrid-cloud-disaster-recovery-infrastructure-model",[68,494,495,496,497],"Continuous Data Protection","Ransomware Protection","Backup","Hybrid Cloud","aVeIC6_hVGbas2IC2UNvhJgViXWHYR18iVWX52bgNh4","post",{"id":501,"aboutParagraphs":502,"aboutTitle":505,"bottomLinks":506,"bottomLogo":513,"contactGroups":517,"contactsTitle":535,"extension":5,"meta":536,"newsletter":537,"quickLinks":542,"quickLinksTitle":564,"social":565,"stem":578,"__hash__":579},"footer\u002Fdata\u002Ffooter.yml",[503,504],"Tiger Technology helps enterprises manage and protect their critical data for cost-savings, global collaboration, compliance, and insights. Its unique on-premises-first hybrid cloud approach enables scalable cloud access without compromising daily performance.","Trusted by global clients in healthcare, finance, media, and more, Tiger Technology partners with Microsoft Azure, AWS, and Milestone to deliver results throughout the data lifecycle.","About Tiger Technology",[507,510],{"label":508,"to":509},"Terms & Conditions","\u002Fterms-and-conditions\u002F",{"label":511,"to":512},"Privacy Policy","\u002Fprivacy-policy\u002F",{"src":514,"width":515,"height":516},"\u002Fimg\u002Flegacy\u002F2026\u002F02\u002FTigerTechnologyInverse.webp",100,51,[518,529],{"title":519,"items":520},"24\u002F7 Support",[521,525],{"icon":522,"label":523,"href":524},"phone","1-888-707-1230","tel:+18887071230",{"icon":526,"label":527,"href":528},"envelope","support@tiger-technology.com","mailto:support@tiger-technology.com",{"title":530,"items":531},"Sales",[532],{"icon":526,"label":533,"href":534},"sales@tiger-technology.com","mailto:sales@tiger-technology.com","Contacts",{},{"text":538,"hubspotPortalId":539,"hubspotFormId":540,"hubspotRegion":541},"Subscribe to monthly newsletter.","9397537","453692a6-7e15-44cf-ae63-a6b1643fd072","na1",[543,544,545,546,547,550,553,555,558,561],{"label":147,"to":155},{"label":143,"to":144,"external":23},{"label":140,"to":141,"external":23},{"label":122,"to":132},{"label":548,"to":549,"external":23},"Manage Licenses","https:\u002F\u002Flicense.tiger-technology.com\u002F",{"label":551,"to":552},"End User License Agreement (EULA)","\u002Ftiger-technology-end-user-license-agreement-eula\u002F",{"label":164,"to":554},"\u002Fcontact-us\u002F",{"label":556,"to":557},"Code of Conduct","\u002Fcode-of-conduct\u002F",{"label":559,"to":560},"Code of Ethics","\u002Fcode-of-ethics\u002F",{"label":562,"to":563},"Report a Concern","\u002Freport-a-concern\u002F","Quick Links",[566,570,574],{"network":567,"href":568,"title":569},"facebook","https:\u002F\u002Fwww.facebook.com\u002FTigerTechnologyFB?fref=ts","Visit our Facebook",{"network":571,"href":572,"title":573},"linkedin","https:\u002F\u002Fwww.linkedin.com\u002Fcompany\u002F346715","Visit our LinkedIn",{"network":575,"href":576,"title":577},"youtube","https:\u002F\u002Fwww.youtube.com\u002Fchannel\u002FUC3gCCrNFVqkw4kFiTI9v4zA","Visit our YouTube channel","data\u002Ffooter","CNLv-OWHVqNmr7BRYERnm5G_IBP427MkAEgIwhmPveI",1792420087850]