Hi Balinder > So I am using S3 for storing images. Images can be served on the website as > well as local 4D app easily. Bruno's brilliant s3 components has been great > help and I owe him a beer next time we meet. Thanks, glad you like s3 and the component :-) I'll take your offer on the beer ;-)
I did not really know AWS Storage Gateway (looking at the presentation right now). But I would like to understand what you are trying to achieve ? What problem are you trying to address ? We know that an open 4D data (.4DD) file is potentially in an inconsistent state… So why would you want to have that (a potentially inconsistent data file) replicated on the cloud ? A bit like russian roulette (but on the cloud). The same way I am not keen on putting a data file on a network connected device I am a bit skeptical on this solution. As an exemple, we have a client with fairly large database (70 users, 15 Gb file) running on MacPro. Application, Structure and datafile is on the internal disk (very fast SSD). Backups are on a external thunderbolt mounted raid drive (LaCie). They are also copied/replicated offsite. I though it would be a great idea to put the journal file on the thunderbolt mounted drive. If the Mac gets toasted, we just have to plug the external drive to another machine and recover backup and integrate journal. Guess what… We had more problems with the thunderbolt drive getting unmounted for unknown reasons. This would prevent 4D to write to the journal (display an alert on the server) and block users… We ended up moving the journal file to the internal SSD… maybe we should replicate that file as well on a frequent basis (every minute). Concluion : KISS = keep it stupid simple. On the other hand, as Tim said, sending the backup to the cloud (s3) is interesting (and easy to do)… But maybe you want to compress (4D datafile 7z compression rules) and if you are paranoid crypt (7z can do aes256) backup file before sending it to S3. The latest version of S3 component has been tested with multipart upload for very large files. HTH Bruno ********************************************************************** 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] **********************************************************************
