ARRGGHHH, please help. Does anybody know of a LARGE implementation

The problem is the reporting time in headquarters? Is my problem ^_^

I tried to split database on two hard disk moving on the fastest hard disk the sales data (you need of Enterprise manager).

What's your server?

antonio

Thx Antonio

We have found that would be the problem also. We have researched this and believe the ONLY way to solve the reporting issues would be to have reporting by geographic region (Province, City, etc), but that would mean that they would have to report to another server for every region, thus increasing hardware costs.

This company has recently put a brand new IBM Server > The problem is the reporting time in headquarters? Is my problem ^_^ >

There are many installations of that size. I was in class with a guy that had 200 bank gift shops using it. Not sure which bank however. I think they list a few large chain users on Partner Source. Check over there. mt

We ARE a certified RMS reseller and YES I do know about Love Sac, and I have contacted Mike Nicholson at POSitive, but have NO response yet. What I need is confirmation of 100+ installs as this client is looking to aggressively expand.

Thanks for your help though

"Masta T" wrote:

67 Stores enough? Not sure how many use RMS however. The CEO looks wiley. I know that Positive Technology has several other large users. But I don't see them in here much if any. I found this in about 2 minutes on Partner Source btw. Are you a certified RMS reseller? Or just a tech guy with a lead who is trying to find a product and make it work for the fast buck? I see a lot of that going on with RMS. Really to be kosher about this you should contact POSITIVE and ask for a reference for this customer. I don't know who to tell you to ask for there, but you should have a lead in for calling the end users, always.mt

Tony,

I have implemented MRMS over 130 sites. System tended to slow at HQ at around 100 stores after which required an additional server. System now uses two servers, application and database. Performance is now OK.

What particular concerns do you have?

Regards,

Craig.

"T> I have tried over there and to no luck. so far a name and a c>

AWESOME Craig, I would LOVE to talk direct with you concerning some things we think may come up, and I would like to know what you have run into. What you mention here IS one that we have thought may come up.

I don't know where your based out of but my number here is 403 243-6985 and my email is snipped-for-privacy@factor1.com

H> Tony,

Tony,

I am based in Australia, and left the project about 4 months ago, after rollout was completed and it was moving into support mode.

MRMS touch based solution was rolled out to 130+ Tobacco stores, with an average of approximately 600 sales per store per day. Sales were usually limited to one to three items, so database growth was not huge. Also journals were not uploaded to the HQ server to minimise HQ database size. No interstore inventory transfers took place.

Servers are locally produced IPEX

2U rack servers running single Xeon processor, 1GIG RAM, SCSI HDD, Microsoft SBS 2003. As indicated performance was not an issue until store numbers reached 100, from here SQL was grabbing memory and performance degraded. This is when the second server was added, and the solution was split databaseserver/application server.

The servers weren't cheap, but they do the job very well and have proved extremely reliable.

Hope some of this helps.

Best Regards,

Craig.

"T> ARRGGHHH, please help. Does anybody know of a LARGE implementation of RMS? We

Hello Craig I would like to talk with you on the phone but I have no way of contacting you. Could you email me back or allow me your phone number?

my email is snipped-for-privacy@factor1.com

"Craig Alders> Tony,