Het is al vaker gepasseerd, maar ik loop toch tegen een paar dingen aan.
Graag houd ik het tegen de experts aan
Situtatie:
IWP pagina gehost via een twee-machine-configuratie.
Beide Windows Server 2008, Webserver IIS en FMSA 10.
Werkt als een zonnetje, als je de IWP pagina maar in een nieuw venster laat openen en niet in je website integreert (jammer, maar acceptabel)
Er wordt dus via het web het een en ander aan records aangemaakt in mijn FM database.
Van die aangemaakt records wil ik de indiener op de hoogte brengen.
Hij/zij laat een e-mail adres achter, dus wat is er makkelijker dan een mail sturen met een afdruk van de ingevoerde gegevens in pdf?
Nou, die laatste vraag is in mijn geval niet met 'niets' te beantwoorden.....
Er is hier al eerder gemeld dat je dan een client nodig hebt die met enige regelmaat gaat kijken in de database die wordt gehost en dan een print naar pdf maakt en die mailt. De server is daar helaas niet toe in staat (geen pdf-print, wel mail mogelijkheid).
Jammer, maar omheen te komen.
Dacht ik......
Ik wilde het als volgt oplossen:
Ik heb een Filemaker hulpbestand gemaakt. Dat hulpbestand bevat niet meer dan een opstartscript. En dat opstartscript start een script in de gehoste database die de verdere check/print/verzending regelt.
Ik heb vervolgens een taak aangemaakt (scheduled task, eigenaar 'systeemgebruiker') die met regelmaat dat hulpbestand een schop geeft. De taak wordt uitgevoerd met de privileges van de systeemgebruiker.
WS2008 kan geplande taken uitvoeren zonder dat de gebruiker echt is ingelogd. Niet meer dan een vinkje in de properties van de taak. Dat is ook wat ik wil: er hoeft niemand bij te zijn als het wordt uitgevoerd en ik wil zo min mogelijk randvoorwaarden op die server hebben (bij updates en herstarts moet dat ook weer allemaal gecontroleerd worden).
Dus:
Een windows taak die in de achtergrond wordt uitgevoerd.
Een Filemaker bestand dat via een opstartscript zijn ding doet.
Checks:
Filemaker hulpbestand met de hand opstarten, terwijl ingelogd als systeemgebruiker: werkt
Taak laten draaien terwijl ingelogd als de systeemgebruiker: werkt (in de achtergrond, maar werkt)
Taak laten draaien terwijl ingelogd als administrator: 0xC00005 (access denied) als resultaat van de uitvoering van de taak.
Taak laten draaien zonder dat iemand is ingelogd en later als systeemgebruiker inloggen om de resultaten te checken: 0xC00005 (access denied)
Command-file aangemaakt dat de hulpdatabase start en de taak de command-file laten starten, zonder ingelogd te zijn: 0xC00005 (access denied)
Resultaat:
De systeemgebruiker is nu altijd ingelogd, filemaker staat altijd open en de taak wordt met een filemaker 'install on timer' script uitgevoerd.
Zeer ongewenste situatie in een server park. Servers moeten na herstart alles doen wat ze daarvoor ook deden en dat gaat hier niet op.
Vraag:
Wat zie ik over het hoofd?
Kan FM niet in de achtergrond werken? (als ik als de goede gebruiker ben ingelogd, zie ik van het hele proces niets, dus dat is toch achtergrondwerk?)
Question
rmw
Het is al vaker gepasseerd, maar ik loop toch tegen een paar dingen aan.
Graag houd ik het tegen de experts aan
Situtatie:
IWP pagina gehost via een twee-machine-configuratie.
Beide Windows Server 2008, Webserver IIS en FMSA 10.
Werkt als een zonnetje, als je de IWP pagina maar in een nieuw venster laat openen en niet in je website integreert (jammer, maar acceptabel)
Er wordt dus via het web het een en ander aan records aangemaakt in mijn FM database.
Van die aangemaakt records wil ik de indiener op de hoogte brengen.
Hij/zij laat een e-mail adres achter, dus wat is er makkelijker dan een mail sturen met een afdruk van de ingevoerde gegevens in pdf?
Nou, die laatste vraag is in mijn geval niet met 'niets' te beantwoorden.....
Er is hier al eerder gemeld dat je dan een client nodig hebt die met enige regelmaat gaat kijken in de database die wordt gehost en dan een print naar pdf maakt en die mailt. De server is daar helaas niet toe in staat (geen pdf-print, wel mail mogelijkheid).
Jammer, maar omheen te komen.
Dacht ik......
Ik wilde het als volgt oplossen:
Ik heb een Filemaker hulpbestand gemaakt. Dat hulpbestand bevat niet meer dan een opstartscript. En dat opstartscript start een script in de gehoste database die de verdere check/print/verzending regelt.
Ik heb vervolgens een taak aangemaakt (scheduled task, eigenaar 'systeemgebruiker') die met regelmaat dat hulpbestand een schop geeft. De taak wordt uitgevoerd met de privileges van de systeemgebruiker.
WS2008 kan geplande taken uitvoeren zonder dat de gebruiker echt is ingelogd. Niet meer dan een vinkje in de properties van de taak. Dat is ook wat ik wil: er hoeft niemand bij te zijn als het wordt uitgevoerd en ik wil zo min mogelijk randvoorwaarden op die server hebben (bij updates en herstarts moet dat ook weer allemaal gecontroleerd worden).
Dus:
Een windows taak die in de achtergrond wordt uitgevoerd.
Een Filemaker bestand dat via een opstartscript zijn ding doet.
Checks:
Filemaker hulpbestand met de hand opstarten, terwijl ingelogd als systeemgebruiker: werkt
Taak laten draaien terwijl ingelogd als de systeemgebruiker: werkt (in de achtergrond, maar werkt)
Taak laten draaien terwijl ingelogd als administrator: 0xC00005 (access denied) als resultaat van de uitvoering van de taak.
Taak laten draaien zonder dat iemand is ingelogd en later als systeemgebruiker inloggen om de resultaten te checken: 0xC00005 (access denied)
Command-file aangemaakt dat de hulpdatabase start en de taak de command-file laten starten, zonder ingelogd te zijn: 0xC00005 (access denied)
Resultaat:
De systeemgebruiker is nu altijd ingelogd, filemaker staat altijd open en de taak wordt met een filemaker 'install on timer' script uitgevoerd.
Zeer ongewenste situatie in een server park. Servers moeten na herstart alles doen wat ze daarvoor ook deden en dat gaat hier niet op.
Vraag:
Wat zie ik over het hoofd?
Kan FM niet in de achtergrond werken? (als ik als de goede gebruiker ben ingelogd, zie ik van het hele proces niets, dus dat is toch achtergrondwerk?)
Wie heeft een oplossing?
rmw
PS Bedankt voor het lezen van deze lap tekst
15 answers to this question
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.