Yes we can - but my question is : it's recommanded/supported by FileMaker ?
but its not really a good idea to try open remote to the same server, isn't it
Its not recommended. It can slow down system performance and a live user sitting at the server increases the chance that some action of theirs might bog down or crash the machine which then affects everyone connected to your database and might damage a file if the server computer should crash.
I do know some customers that have Filemaker Pro on the same server, but it is only used on a limited basis. If they want to make changes to a file, they close the file in FileMaker Server, open the file with FileMaker Pro, make the changes, quit FileMaker Pro, and then return to FileMaker Server and open the file. This is not recommended (as you should copy the closed file to another computer to make the changes), it does appear to work for these couple of customers.
There's nobody sitting front of the server (so no risk for bad action). The FMP has a database open with a script triggered by a timer to launch PDF printing regulary.
Regarding performance, server has 16Gb of DD3 RAM, SAS 15k rpm harddrive, ...
So is it recommanded or not to have a "background task" running on a FMP installed on same machine than FMS
I'm asking about recommandation from FileMaker - because it was a recommandation for v7 and nothing is noted for new version...
Ok.. You Just wait for some Expert's advice
This is an acceptable practice. It's a standard method for generating PDFs, since the PDF generation script steps are not server-compatible.
Please, this is not correct:
"As per I know, We can not install FMS & FMP at same machine!!"
Of course you can, the relevant question is whether it is a good idea.
Mike is right. And we are in many cases running robots on the server and in other cases we are using separate computers for this.
- Stability: If the computer is server class solid hardware and with Windows Server 12R2 or Mac OS X.10.10 and relevant processor resources, it is not a problem.
- There can be reasons to keep the robot on a separate computer. Maybe even a VM*. The argument could be ... "keep it simple!". But then the network speed between robot and server is important.
Here the issue is to create PDF's so a robot is needed since FileMaker Server 13 & 14 does not create PDF's. But had it not been a PDF issue a server script would probably be the way to go.
*VM: If you want a high performance server we do usually recommend server class dedicated hardware. If you have to accept a VM you must insist that the people in charge know what you are doing, VM's can have many hidden bottle necks.
I believe FM Incs position is that its not a supported or recommended practice.
Couple of FM experts (Blackwell and Decorte) also state its safe under certain conditions.
In actual practice its done all the time but their are risks that you need to consider.
Wim's and Steven's cautions are valid. The original question was framed as, "We have a consultant who's running a robot using Open Remote to generate PDFs." Under those conditions, it's a valid application. It addresses:
1) Use Open Remote, not Open. (Nothing should ever touch the database files while they're hosted other than FMS.)
2) Never having someone who doesn't know what he's doing in a position to do something other than (1).
"Here the issue is to create PDF's so a robot is needed since FileMaker Server 13 & 14 does not create PDF's. But had it not been a PDF issue a server script would probably be the way to go."
So when is FM Server going to be able to generate PDFs? It seems like this is a huge missing piece that everyone needs for WebDirect.
It's been a requested feature for some time. Rumor is, it has to do with the licensing restrictions on the PDF engine FileMaker licenses from Adobe, but since I don't work for FileMaker, I can't confirm that.
If you would like to add your "vote" to have the feature added, you can do so at the Feature Request page: