Expand the backup section info in the Admin and Config Guide based on email thread in the SME list: Hi Vikram, I echo Jeremy’s comments. I come across lot of customers who have not yet adopted Git as their version control system. They actually are concerned when we tell them that BRMS/BPMS is backed by Git. We tell them that it is abstracted away from them for the most part. So if we can provide a good approach for backing up the repository, it will help ease their concerns. I would also take this one step further and add some guidelines around how to maintain their maven repository for their BRMS/BPMS deployments. Thanks Balaji On Jul 28, 2014, at 9:40 PM, Jeremy Phuah <jphuah> wrote: > Hi Vikram, > > For some customers using our product may be their first exposure to git. As such it would be good for us to not assume that they know it all. It could be a simple section with all the relevant links to recommended documents. > > > > Regards, > > Jeremy Phuah > Middleware Domain Architect, ASEAN > > > Vikram Goyal <vigoyal> wrote: > > Hi Balaji, > > Do you think there should be a recommended BRMS backup strategy in the documentation? > > Please correct me if I am wrong but since the backup is essentially a git backup, there is nothing special that needs to happen and there is plenty of information for that available otherwise. > > If not, I am happy to consider devoting a section about this in the Developer Guide. > > ---- > Vikram Goyal, > Docs Lead - BRMS/BPM Suite, > Red Hat Brisbane, Australia > vikram > > ----- Original Message ----- > From: "Balaji Rajam" <brajam> > To: "sme-brms" <sme-brms> > Sent: Tuesday, July 29, 2014 8:39:30 AM > Subject: BRMS 6.0 Backup strategy > > Since now BRMS is backed by Git, what is the recommended strategy for backing it up. Do we periodically do git clone or git bundle to do it? Or is there a better seamless way to do this? > Maybe setup BRMS on a SAN mount so it has resiliency? > > Our documentation doesn’t seem to provide any such guidance. I would appreciate any input in this regard. > > Thanks > Balaji > >