In platform-settings.json, I set timeout to 1 hour t generate around 200 reports in Production Server.
Due the performance of production server, some times 92 reports generated in one hour and sometimes 150 reports generated in one hour. So shall I increase script timeout to 2 hours. Ex:
In Article - CS321502 - Service script times out with error Execution of Script terminated after : 30 seconds in ThingWorx Platform, I found that 'increasing the timeout limit of services too high could impact the performance of other areas of the application'.https://www.ptc.com/en/support/article/CS321502
Is it okay if iam increasing timeout to 2 hours for scheduler ?
I'd question the design of the solution.
Services are meant for transactional work, this is why there is a timeout in the first place, because you block resources while the service is running and the transaction is open. Services are not a good place for long-running background jobs. There are exceptions to the rule, of course, but I would favor an approach where you launch the long-running job and either regularly check if it is completed, or you get the job calling back when it is completed.
The problem with ScriptTimeout is it is a global setting, meaning it will be the limit for all jobs. You will have no way to abort a service (for two hours) if for example a remote system hangs/doesn't reply or you accidentally started an endless loop. This will eat up resources for two hours and all you could do is to restart the server. That's the risk you are buying into.