Dotaz: Visual FoxPro - Premier IS - šílená pomalost

[Hustoles]

Zdravím, v jedné firmě nasadili program Premier IS. Měl by to být jakože "informační systém" Program běží na Visual Foxpro. Spouští se pře připojený síťový disk vrámci AD. Databáze je ulože na v DBF. Problém je klasický ten, že pokud je tam jeden uživatel tak to běží svižně. Pokud je tam 15 uživatelů program se už nedá používat pomalá rychlost atd.

Přitom kopírování souborů na 1Gbit síti je opravdu rychlé. Kopírování 0.5GB souboru trvá max 10sec při vitížení síťovky cca 45%.

Pokud se podívám na vytížení síťovky při použití programu tak pracuje tak 10% kapacitou.

Server se více méně fláká. Proto se ptám čím by to mohlo být? Není třebas lepší přesunout PREMIER a jeho DBF na nějaký jiný OS? (omezení foxpro a MS WIN2K8?)

Díky za radu.

---

---

Odpovědi

[ET]

Cau, obavam se ze s tim moc nenadelas, klasickej problem s vice prisupy najednou [s M$ accesses je uplne stejnej problem ] - viz "pokud je tam jeden uživatel tak to běží svižně" beru jako dukaz...

[Hustoles]

Takže tvrzení od panů s Firmy PREMIER IS, že je server nebo síť pomalá, je blbost a může za to použití Visual FoxPro? Protože taková Money S4 který využívá SQL serveru ten by problém neměl.

[ET]

Takže tvrzení od panů s Firmy PREMIER IS, že je server nebo síť pomalá, je blbost

- tezko rict, udelej par testu na propustnost site, zkus i ten ramdisk at vyloucis pomaly uloziste [akorat me nenapada zpusob, jak to bezpecne synchornizovat na disk], ale bohuzel sem videl hodne fox/access aplikaci a vsehny se chovali stejne = byly pomaly pri vice pristupech najednou...

[ET]

fyi: vsechny ty pomaly fox/accessy co jsem mel moznost videt byly hostovany na windows 2003 fileserveru a ne na sambe - to jeste muzes taky zkust vymenit sambu za nejaky ty windowsy, jestli se to zlepci [samozrejme jen na test...]

PS: nejlepsi sou pak vyvojari toho SW z kterejch vetsinou vypadne jen "works for me", good luck...

[pepe_]

9 let stará technologie Visual Foxpro v roce 2013 ? To už tam rovnou dejte informační systém na Hliněné tabulce.

[Hustoles]

Jen chci mít potvrzenou moji myšlenku toho, že je to opravdu tím visual FoxPro. Proto se taky ptám.

[pepe_]

Tak virtalbox , nainstalovat na 15 mašin virtuální winxp od microsoftu a otestovat virtuálně (xp mode je zdarma ke stažení u microsoftu bez nutnosti aktivace). to rozbalíš a namountuješ do virtualboxu a vyzkoušíš to pod tim.

[pepe_]

Jo a ten image WinXP od microsoftu už vyextrahovanej a zabalenej v 7zipu  http://www.uloz.to/x5p18Wd/winxp-virtualhdd-tar-xz , připojit do virtualboxu a dokončit instalaci , nastavit a udělat 15 kopií , připojit na mašinách a otestovat po nastavení síťě.

[xxxs]

skusil som a celkom svizna vec. da sa tomu nanutit aj nejaky ovladac grafiky, co by zvladol 3d akceleraciu?

[pepe_]

No leda převést image do VMWARE , tam doinstalovat ty vmware tools a pak to 3D akceleraci funguje vcelku svižně. (mam pod vmware win7 s aerem a jede to perfektně) , virtualbox je pro grafiku pomalej.

 

Jak převést image HDD :

 

http://mikebeach.org/2011/04/18/convert-virtualbox-vdi-hard-drive-image-to-vmware-vmdk-format/

 

Raději ale dej do vmware čistej image těch woken .

 

PS: Licence tyto wokna neumožňuje používat pokud člověk nemá Win7PRO které obsahuji XP mode (Ten image je jen vyextrahovanej XPMODE) takže pokud ho chceš firemně používat stejně musíš mít licence Woken ...

[xxxs]

islo mi iba o test, ako sa to chova, plus zistil som ze 3d ani netreba. v porovnani s w98, xp mode pod virtualboxom uplne lieta.

[pepe_]

jj XP / 7 jede super .

[MK]

Záleží na velikosti databáze. Při sdílení se přenáší data sem-tam po síti. Myslím, že nejlepším řešením je provozovat aplikaci na Terminal Serveru a uživatele přihlašovat pomocí "Vzdálené plochy".

[JimiK]

ok, ale jak pak zajistíte potřebnou bezpečnost, aby uživatel z firmyA si nezkopíroval data firmyB?

[MK]

V profilu uživatele se dá nastavit aplikace, ktera se spustí po příhlášení. Uživatel pak nemá klasickou plochu, ale pustí se mu pouze ta aplikace. Může to být i bat soubor, něco jako:

start /WAIT MojeAplikace.exe
shutdown /l

[JimiK]

spustím taskmanager(ctrlAltDel) explorer a vesele si zkopíruji co budu chtít. Toto řešení mi nepříjde jako bezpečné.

[Max]

Všechno si jde nastavit a windows zabezpečit tak, aby se z toho uživatel nedostal. Lze mu ty práva tak osekat, že si opravdu jen spustí tu app a nikam se nedostane.
Zdar Max
PS: Pokročilejším řešením je pak Citrix XenApp, to je úplná lahoda a jistota ...

[JimiK]

prosím máš nějaký návod, rád bych to vyzkoušel

[rastos]

http://support.microsoft.com/kb/555480

Čo sme tu my? Support MS?

[Max]

Děláš si srandu? Ty chceš po mně na linuxovém foru step2step postup, jak nastavit windows? :D
Zkus googlit , nebo jdi na win forum, viz MS Technet.
Zdar Max

[JimiK]

jsem ve stejné situaci, ale na Samba. Co jsem četl a studoval, mělo by pomoci vytvořit ramdisk a umístit data do něho a kopii pak dělat na disk, ale je to řešení drbat se pravou rukou na levém uchu. Doufám, že se Vám to podaří vyřešit.

[Hustoles]

Řešení by podle mě bylo... pokud PREMIER nepřejde na nějaký druh SQL serveru tak to nemá cenu používat.

[Hustoles]

Viděl jsi tento link http://forum.root.cz/index.php?topic=642.0? Zde řeší sambu...

[Hustoles]

Nevyřešil by to RAM disk vytvořený programem na WIN2K8? Viz. http://www.abclinuxu.cz/poradna/linux/show/329963 Možná by to stálo za test.

[Tomáš]

Podle mne bude zakletý pes někde v zamykání. Jaká je verze samby?

http://www.samba.org/samba/docs/man/Samba-HOWTO-Collection/locking.html

[Hustoles]

Nejedná se o SAMBU je to na WINServeru 2008 R2

[Tomáš]

Mno, co mám tedy historické poznatky, tak potom skutečně už zbývá jen klasický novell netware. Ale "kdo z vás to má" ) Měl jsem tu čest s pokladním a recepčním systémem nad DBF na novellu a fungovalo to celkem uspokojivě. No ještě jsem našel toto: http://www.experts-exchange.com/Microsoft/Applications/FoxPro/Q_27770095.html

Hovoří tam o vypnutí antiviru, je tam i odkaz na msdn. Třeba Vám z toho něco pomůže.

A i na windows serveru se dají ladit oplocky

[R]

DBF cez siet = nepouzitelne pre viac ako 2 pouzivatelov. Na sambe je to este pomalsie ako na windows serveri. Jedine riesenie je prepisat aplikaciu, aby pouzivala SQL. Niektore firmy vyvijajuce ekonomicky SW to uz pochopili, niektore este nie.

[xkucf03]

Není SQL jako SQL – tady bych se obával, že dodavatel s velkou slávou oznámí „přechod na SQL“ a v praxi to bude znamenat přechod na MS SQL Server – tzn. placení dalších licencí a technické problémy, nekonečný kolotoč průšvihů a strkání peněz Microsofu. Když už změna, tak pořádně: např. PostgreSQL + GNU/Linux + Java.

[Hustoles]

Ono to začalo tak:

První se připojovalo pár uživatelů přes síť. Jak jich tam bylo cca deset tak se to začalo spomalovat.

Pak začali přistupovat přes RDP/remoteAPP tak to bylo ok a následně čím více uživatelů tak se začal program spomalovat i na RDP.

Zřejmě jiná možnost jako jiná databáze na SQL nebude. Ještě si pohraju s RAMDISKEM někdo psal zkušenosti, že to pomohlo.

[Es]

Měl jsem Premier v jedne firmě na Win2003 - šílená pomalost, nedohledatelné "zakousávání", které se sice vždy "rozjelo". Tvůrci SW měli jen různé hraběcí rady, jako např. máte Premier nainstalovaný v adresáři Premier? Zkuste ho nainstalovat do poddresáře ... Po přesunutí na server Linux CentOS 5 (SMB 3.4) všechny problémy zmizely. V smb.conf je dobré zakázat oportunistcké zamykání (oplocks = no, level2 oplocks = no). V jiné firmě po zakoupení Premiera jsem neexperimentoval, nainstaloval jej hned na linuxový firewall server (přestože maji server Win) a opět bez problémů.

[JimiK]

zkoušel jste pak vzdálený přístup přes VPN(openvpn,ipsec). Případně jak to fungovalo?

[starej karta]

Jestli to mate na Windows 2003 Serveru, tak nejprve zkuste zakazat to oportunisticke zamykani primo na nem. Navod viz zde:

http://support.microsoft.com/kb/296264

Je to testik na par minut a hned uvidite na cem jste.

[starej karta]

Plati pochopitelne i pro Windows 2008 Server.

[Hustoles]

Zkoušel jsem a podle uživatelů žádná změna.

[Hustoles]

Chci PREMIER přesunout na CentOS podle vaší rady. Mohu použít nejnovější CentOS a SMB? Na jakem HW máte server postaven? Díky.

[Hustoles]

Hlavně by mě zajímal použitý HDD u toho CentOS serveru.

[NoXO]

Dobrý den,

určitě je tady spousta užitečnách rad, já se přidám ke dvou:

1. Vyměnit takový IS. 2. Pomůže jedině RAMDISK - prakticky odskoušeno. (může být i HW RAMDISK)

[NoXO]

WIN2008R2 = komplikace s foxpro s protokolem SMB2. :) ..zámky souborů..

[Hustoles]

Zvažoval jsem možnost ramdisku. Po otázce na ITáka firmy jestli jde v programu změnit cesta k DB tak mi bylo odpovězeno že ne. Musí být v adresáři PREMIER se vším. Celá složka má 7GB. To bych musel poskládat nový stroj s dostatkem RAM. Vyzkouším tedy možnost CentOS se Sambou a uvidíme.

[prochap]

Pokud vím tak změnit cesta k DB lze, tedy pokud se bavíme pouze o účetních jednotkách. Nebo to ve starších verzích šlo, pokud předpokládám že používáte verzi X4.1. Cesta může být i síťové sdílení, jen je to trochu složitější.

[Matlák]

To by mě teda zajímalo proč. To je tak těžké změnit konfiguraci? Co je to proboba za software, doufám že vás nic nestál??

[depka]

foxpro sracka na dbf souborech...

[Hustoles]

Abych to uzavřel, PREMIER IS na FoxPRO stojí za hovno. Je to pomalé a určitě nikomu nedoporučuji se s nějakým podobným systémem na foxpro setkat. Konkrétně u PREMIERu za to může špatná optimalizace a využívání právě FOXPRO. Do deseti uživatelů snad ok. Třicet už je horror!

[ja]

http://www.samba.org/samba/docs/man/Samba-HOWTO-Collection/locking.html konkretne veto oplock