Hi Bal, The idea sounds reasonable. If the background mirroring support is truly transparent and 4D doesn’t know anything about it and the .4DD and .journal files are not ‘touched’ then I think it should work. However, we’ve seen in the past other ‘background’ and ‘transparent’ OS processes like Windows Shadow Copy which did mess up .4DD files. That was years ago so I don’t know whether it’s still a problem. And the guidance from 4D is “do not copy or otherwise ‘touch’ a ‘live’ .4DD via any means other than 4D Backup”.
Having said all that, we operate in a VM environment where the actual physical location of the .4DD is never certain. Physical disks come and go and the VM ‘moves’ the .4DD around behind the scenes without stirring up any dust. So, obviously, someone has figured it out. I expect it is the same situation with AWS s3. Good luck! Tom From: Balinder Walia [mailto:[email protected]] Sent: Thursday, December 15, 2016 3:13 AM To: Benedict, Tom Cc: [email protected] Subject: Re: AWS Storage Gateway for Storing Images and 4DD file Thanks Bruno and Tom for your valuable advice. What I am trying to do is use a local SSD drive in the PC setup in a way that it works as a Cached version of massive s3 volume - a bit like RAID 1 but one drive is local and another is s3 special volume which is always mirrored with special RAID controller software which is what AWS gateway does I think. So, if client didn't do back up or missed taking tape or external drive back up away from database site and there was disaster and we have to rebuild the entire system from scratch at a new site, I would be able to just re-setup the s3 volume which is remote with always up to date mirrored data, let's say 100GB s3 using AWS Storage Gateway system is always blocked as a remote RAID drive. iSCSI initiators allow us to add remote cloud volumes as local disks. But the beauty is if I understand correctly (as it is only theory in my head so far) Cached SSD data is always mirrored onto s3 and remote s3 drive is the master storage always - mirrored disk in the RAID array. So locally use the SSD drive as normal drive but in the background AWS client always mirror the volume onto s3. Does that make sense? I know it's crazy idea but I have seen other people using MySQL DBs which just run and they always have mirrored RAID onto s3 which means we don't even have to worry about backing the system up. Also I would imagine we would never directly use that volume on s3 because that is like a hidden drive space on s3 which is not accessible via s3 console online or APIs...blocked away in the cloud somewhere which we don't know about... http://docs.aws.amazon.com/storagegateway/latest/userguide/initiator-connection-common.html Cheers / Balinder On 14 December 2016 at 11:45, Benedict, Tom <[email protected]<mailto:[email protected]>> wrote: Hi Balinder, > The issues is we have lot of images high res low res and storage and 4D data >back up managements onsite is not a great ideas because client has no IT staff >and not a huge budget for maintaining backups locally and if any back up is >missed they won't know and how to deal with it. > If I mount AWS Storage Gateway for Storing 4DD on server would that work? Are you just trying to solve the data backup case? Or are you hoping to run your whole app and data in the cloud? It sounds like the latter. I don’t have any experience with cloud storage, but I would tend to agree with Tim Penner’s advice to avoid running a ‘live’ 4D .4DD on anything but a local drive. If backup is all you really need now, that is straightforward using 4D Backup, but have it save locally too, then copy the .4BK and .4BL files via the OS in On Backup Shutdown. But you’ve likely already considered that. HTH, Tom Benedict Optum This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. ********************************************************************** 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4d.com/archives.html Options: http://lists.4d.com/mailman/options/4d_tech Unsub: mailto:[email protected] **********************************************************************
