[AccessD] Access 2007 Runtime on Windows Server 2012 R2 - Long Running Report Jobs - Mystery Solved "Maybe"

Brad Marks bradm at blackforestltd.com
Sat May 24 19:21:03 CDT 2014


Stuart,

Both the old server and the new server are set to use the default printer which is a Ricoh multifunction printer.

On another PC, I changed the printer to be "Adobe PDF".  When I then ran the same test generation of the report, it ran much faster than either the old server or the new server.

"Adobe PDF" is not available on either the old server or the new server, however.

Brad


> On May 24, 2014, at 7:11 PM, "Stuart McLachlan" <stuart at lexacorp.com.pg> wrote:
> 
> OK, you *are* outputting direct to PDF, so scratch that idea.
> 
> Under the Print Options - "Page Setup - Page" , is it set up to print to Default Printer or to a 
> specific printer.  If specific, what printer  - and was/is that printer configured on the old/new 
> servers?
> 
> -- 
> Stuart
> 
>> On 24 May 2014 at 22:41, Brad Marks wrote:
>> 
>> Stuart,
>> 
>> Thanks for your help.
>> 
>> I am not sure what you mean by "output direct to PDF instead".
>> 
>> 
>> Here is the command that I am currently using to generate the report
>> as a PDF file.
>> 
>> 
>> DoCmd.OutputTo acOutputReport, _
>> Str_Report_Name, _
>> "PDFFormat(*.pdf)", _
>> str_Generated_Report_File_Name, _
>> False, _
>> "", _
>> 0, _
>> acExportQualityPrint
>> 
>> 
>> I am unclear how the assigned printer comes into play, but from
>> several tests it appears that if the assigned printer is "Adobe PDF"
>> the generation of the report runs much faster.
>> 
>> Perhaps there is a better way to do what I am trying to do.
>> 
>> Thanks,
>> Brad
>> 
>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com
>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart
>> McLachlan Sent: Saturday, May 24, 2014 5:15 PM To: Access Developers
>> discussion and problem solving Subject: Re: [AccessD] Access 2007
>> Runtime on Windows Server 2012 R2 - Long Running Report Jobs - Mystery
>> Solved "Maybe"
>> 
>> Two alternatives to installing the Adobe PDF Printer:
>> 
>> 1. If it 's Access 2010, don't print to a PDF printer, output direct
>> to PDF instead,
>> 
>> 2. Try installing a different PDF printer and printing to that
>> instead, such as PDFCreator. 
>> 
>> 
>> Both are likely to be much faster. Adobe is a dog. .
>> 
>> --
>> Stuart
>> 
>>> On 24 May 2014 at 15:46, Brad Marks wrote:
>>> 
>>> All,
>>> 
>>> I think that I may have stumbled upon the reason why report
>>> generation is taking so long on our new server.
>>> 
>>> On my PC, I discovered that there was a printer named "Adobe PDF".
>>> When I ran the report generation job (which creates reports in PDF
>>> format), the run time was about 4 minutes as compared to 14 minutes
>>> on our old server and 31 minutes on our new server.
>>> 
>>> Neither the old server or the new server have a printer named "Adobe
>>> PDF".
>>> 
>>> Is sure seems that the reason for the long run times is the lack of
>>> an "Adobe PDF" printer on both the old and the new server.
>>> 
>>> Here's the catch.  I am not sure how the Adobe PDF printer was set
>>> up on my PC (probably done by someone else about 5 years ago).
>>> Therefore, I am not sure how to establish an Adobe PDF printer on
>>> the new server.
>>> 
>>> Any insight on how to do this would be appreciated.
>>> 
>>> Thanks,
>>> Brad
>>> 
>>> PS.  I am also puzzled as to how the PDF reports could be generated
>>> without the Adobe PDF printer.  The reports were generated very
>>> slowly, but they were generated.  I am curious as to why they were
>>> generated at all.
>>> 
>>> 
>>> 
>>> 
>>> -----Original Message-----
>>> From: accessd-bounces at databaseadvisors.com
>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim
>>> Lawrence Sent: Friday, May 23, 2014 2:52 PM To: Access Developers
>>> discussion and problem solving Subject: Re: [AccessD] Access 2007
>>> Runtime on Windows Server 2012 R2 - Long Running Report Jobs
>>> 
>>> Hi Brad:
>>> 
>>> My only question is why did you tolerated the system taking 14
>>> minutes to run a report...that in itself was unacceptable.
>>> 
>>> Jim
>>> 
>>> ----- Original Message -----
>>> From: "Brad Marks" <bradm at blackforestltd.com>
>>> To: "Access Developers discussion and problem solving"
>>> <accessd at databaseadvisors.com> Sent: Friday, May 23, 2014 5:56:04 AM
>>> Subject: Re: [AccessD] Access 2007 Runtime on Windows Server 2012 R2
>>> - Long Running Report Jobs
>>> 
>>> Jim and Darryl,
>>> 
>>> Thanks for the advice to use a view or SP.  I plan to look into this
>>> down the road.
>>> 
>>> For the short term, I would really like to understand why our
>>> reports are running much slower with the new server as shown by the
>>> info below.
>>> 
>>> 
>>> 
>>> 
>>> Old Server (about 10 years old)
>>> Access 2007 Runtime
>>> Report800 - 14 Minutes
>>> 
>>> 
>>> New Server (much faster processer and a lot more RAM) Access 2010
>>> Runtime Report800 - 31 Minutes
>>> 
>>> 
>>> I believe that there is some other factor coming into the picture
>>> here that I don't understand.
>>> 
>>> 64 Bit OS ?
>>> Printer Assignments ?
>>> Access 2010 ?
>>> Sunspots?  
>>> Demonic forces?  :-)
>>> 
>>> Thanks,
>>> Brad
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> -----Original Message-----
>>> From: accessd-bounces at databaseadvisors.com
>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl
>>> Collins Sent: Thursday, May 22, 2014 9:52 PM To: Access Developers
>>> discussion and problem solving Subject: Re: [AccessD] Access 2007
>>> Runtime on Windows Server 2012 R2 - Long Running Report Jobs
>>> 
>>> Yeah.  Same here.  
>>> 
>>> Run the query as a view or SP server side and pull only the results
>>> into a temp local table and then do your thang from there.  Remove
>>> temp data when finished.
>>> 
>>> Cheers
>>> Darryl.
>>> 
>>> -----Original Message-----
>>> From: accessd-bounces at databaseadvisors.com
>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim
>>> Lawrence Sent: Friday, 23 May 2014 12:43 PM To: Access Developers
>>> discussion and problem solving Subject: Re: [AccessD] Access 2007
>>> Runtime on Windows Server 2012 R2 - Long Running Report Jobs
>>> 
>>> Historically, pass-through reporting is excruciatingly slow. 
>>> 
>>> I have always use a SP to gather the report info, downloaded the
>>> data to a local dummy table and printed locally. This process can
>>> reduce report start times from 30 minutes plus to a couple of
>>> seconds.
>>> 
>>> Check out the ancient solution:
>>> http://www.databaseadvisors.com/newsletters/newsletter112003/0311Unb
>>> ou ndReports.asp
>>> 
>>> Not all of the sample is necessary just the core code of around a 50
>>> to 60 line solution.
>>> 
>>> HTH
>>> Jim
>>> 
>>> ----- Original Message -----
>>> From: "Brad Marks" <bradm at blackforestltd.com>
>>> To: "Access Developers discussion and problem solving"
>>> <accessd at databaseadvisors.com> Sent: Thursday, May 22, 2014 2:24:35
>>> PM Subject: Re: [AccessD] Access 2007 Runtime on Windows Server 2012
>>> R2 - Long Running Report Jobs
>>> 
>>> All,
>>> 
>>> Thanks to everyone who shared their ideas and insights on this
>>> topic.
>>> 
>>> I downloaded and installed Access 2010 Runtime this morning.
>>> 
>>> I have run a number of small tests and so far everything works
>>> nicely.
>>> 
>>> However, all of the reports seem to run MUCH longer than before
>>> (about twice as long).
>>> 
>>> Example -
>>> 
>>> Old Server - Access 2007 Runtime - Report800 - 14 Minutes New Server
>>> - Access 2010 Runtime - Report800 - 31 Minutes
>>> 
>>> I sort of remember earlier posts here on AccessD regarding excessive
>>> run times.  It seems like someone suggested possible "printer
>>> issues", but I can't remember for sure.
>>> 
>>> Any ideas on these extended run times would be most appreciated.
>>> 
>>> Thanks,
>>> Brad
>>> 
>>> 
>>> -----Original Message-----
>>> From: accessd-bounces at databaseadvisors.com
>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim
>>> Dettman Sent: Thursday, May 22, 2014 6:04 AM To: 'Access Developers
>>> discussion and problem solving' Subject: Re: [AccessD] Access 2007
>>> Runtime on Windows Server 2012 R2
>>> 
>>> 
>>> Use 2010 and if you can, 2013.  Although be careful with 2013. 
>>> Many  
>>> client
>>> DB features were removed.   A2010 is the last full featured version
>>> of Access for client(desktop) DB's.
>>> 
>>> There was a bug in JET/ACE in relation to multi-core processors  
>>> running under 64 bit OS's.  Not sure when it was fixed.  Microsoft 
>>> was pretty mum about it (it's never been documented to my
>>> knowledge).
>>> 
>>> 2010 should certainly have the fix, but A2007 may not.  It was  
>>> discovered when Windows Server 2008 R2 was released.
>>> 
>>> Jim. 
>>> 
>>> -----Original Message-----
>>> From: accessd-bounces at databaseadvisors.com
>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad
>>> Marks Sent: Wednesday, May 21, 2014 10:55 PM To: Access Developers
>>> discussion and problem solving Subject: [AccessD] Access 2007
>>> Runtime on Windows Server 2012 R2
>>> 
>>> All,
>>> 
>>> We have a small Access 2007 "Runtime" application that runs under
>>> Windows Small Business Server 2003.  This scheduled application runs
>>> every night in an unattended mode.  It pulls data from a SQL Server
>>> database and generates several reports (PDF) that are automatically
>>> e-mailed to select employees.
>>> 
>>> We are now migrating to new server hardware which will be running
>>> Windows Server 2012 R2.
>>> 
>>> Will an Access 2007 (Runtime) application work properly under
>>> Windows Server 2012 R2?
>>> 
>>> Would it be better to use Access 2010 Runtime?
>>> 
>>> Thanks,
>>> Brad
>>> 
>>> --
>>> AccessD mailing list
>>> AccessD at databaseadvisors.com
>>> http://databaseadvisors.com/mailman/listinfo/accessd
>>> Website: http://www.databaseadvisors.com
>>> 
>>> --
>>> AccessD mailing list
>>> AccessD at databaseadvisors.com
>>> http://databaseadvisors.com/mailman/listinfo/accessd
>>> Website: http://www.databaseadvisors.com
>>> 
>>> --
>>> AccessD mailing list
>>> AccessD at databaseadvisors.com
>>> http://databaseadvisors.com/mailman/listinfo/accessd
>>> Website: http://www.databaseadvisors.com
>>> --
>>> AccessD mailing list
>>> AccessD at databaseadvisors.com
>>> http://databaseadvisors.com/mailman/listinfo/accessd
>>> Website: http://www.databaseadvisors.com
>>> 
>>> --
>>> AccessD mailing list
>>> AccessD at databaseadvisors.com
>>> http://databaseadvisors.com/mailman/listinfo/accessd
>>> Website: http://www.databaseadvisors.com
>>> 
>>> --
>>> AccessD mailing list
>>> AccessD at databaseadvisors.com
>>> http://databaseadvisors.com/mailman/listinfo/accessd
>>> Website: http://www.databaseadvisors.com
>>> --
>>> AccessD mailing list
>>> AccessD at databaseadvisors.com
>>> http://databaseadvisors.com/mailman/listinfo/accessd
>>> Website: http://www.databaseadvisors.com
>>> 
>>> --
>>> AccessD mailing list
>>> AccessD at databaseadvisors.com
>>> http://databaseadvisors.com/mailman/listinfo/accessd
>>> Website: http://www.databaseadvisors.com
>>> 
>> 
>> 
>> -- 
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>> 
>> -- 
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>> 
> 
> 
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com



More information about the AccessD mailing list