> Sweet. My next question is - why? > > You have, say, six machines on one box. Where do the users sit, around > a > table? Or, if they are throughout the building, why not thin client? > > Just asking :-) >
Heh-heh, oh yes, the one little overlooked detail. At least I was not as clear as I needed to be. We have clients with PCs at their own facilities that perform automated data extractions using an automated communication process (non-ODBC compliant dinosaur of a database called PICK). After we snap off the raw data we need it is automatically ZipCrypted (ZipGenius where it is both zipped and encrypted) and uploaded to our ftp server. We have machines, previously physical machines, that use Windows scheduler to daily retrieve the ZipCrypted files from these many client locations, and drop the embedded captured data files into specific locations for each client dealership. Then, also on a Windows scheduler automated basis my TranslationEngine (VFP app) lights up and translates the data. After the translations are complete I send ZipCrypted status files back to my ftp server for the client machines to (Windows scheduler automation for them also) download these status files, and place those embedded files onto the client PCs so their PCs know what to pull the next time their scheduler app tells them it is time to get more data. The TranslationEngine by then is sitting in a polling mode, looking for Trigger Files from David that order data for our reports. When the Translation PCs see a Trigger File, said Trigger File contains all the instructions in it re: what SQL SELECT statement to run, what store it is for, where to place the output file, what format the file is to be in (csv, tab, fixed length, xml). The SQL SELECT command from the Trigger File is executed, and the results are placed where commanded, and TranslationEngine goes back into its polling mode until it is told to shut down for the day (config file, usually 23:00 each day). The next morning the entire process is repeated. So, in short humans are not using these machines directly. They are all part of an automated process David and I developed over the past few years in preparation for doing more commercial work. We tested it for years for our own End User clients to make certain it worked, and it works great. This new commercial account is our initial broad market entry into the commercial world. Gil > -----Original Message----- > From: [email protected] [mailto:profoxtech- > [email protected]] On Behalf Of Pete Theisen > Sent: Tuesday, May 12, 2009 3:52 PM > To: [email protected] > Subject: Re: [NF] Suggestions on how to automate VM Server client > backups? > > Gilbert M. Hale wrote: > >> virtualization vs physical machines, > > here is the bottom line. If I used physical machines I would need 27 > PCs > > that would cost (with PC, UPS, external backup HDD units and backup > SyncBack > > software) about $2,140 each. And each PC with its external HDDs > takes about > > $10/month in electricity to run - not including the further > additional heat > > load the air conditioning would have to fight. Using VMware I can > get by > > with 7 ESXi Servers (punchy workstation class PCs), with a cost of > $2,500 > > each with all the fluff (SyncBack, UPS, external HDDs) - plus the > VMware > > licensing of course. The difference is $57,780 for 27 physical PCs, > plus > > $270.month for electricity vs $17,500 for 7 physical ESXi Server PCs > and > > about $70/month for electricity > > Hi Gil! > > Sweet. My next question is - why? > > You have, say, six machines on one box. Where do the users sit, around > a > table? Or, if they are throughout the building, why not thin client? > > Just asking :-) > -- > Regards, > > Pete > http://pete-theisen.com/ > http://elect-pete-theisen.com/ > [excessive quoting removed by server] _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://leafe.com/mailman/listinfo/profox OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/[email protected] ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
