Jump to content

Horizon nepalaižas no 2008r2 vai 2012r2 serveriem


meeris
 Share

Recommended Posts

Situācija sekojoša:

Useris no sava desktopa (win2003r2) palaiž Horizon caur shortcut, kur norādīts ceļš uz serveri kur atrodas Horizon programmas faili un ini fails, kurā aprakstīts sql pieslēgums. \\fileserver(2k12r2)\ftg20\ftg20.exe 

Viss strādā lieliski.

Problēma ir tāda, ka ja tas pats lietotājs palaiž to pašu šortkatu no 2008r2 vai 2012r2 servera desktopa, atverās Horizon, ilgi domā un atgriež Kļūdu:

TFTGMainFormBase: [DBNETLIB] ConnectionOpen (Connect()). SQL Server does not exist or Access denied. (3.450.450.27)

Kas varētu būt par iemeslu kāpēc Horizon nepalaižās.

Nav nekādu tīkla ierobežojumu starp failserveri, sql serveri un serveri no kura tiek palaists Horizon.

Link to comment
Share on other sites

user tiesības ?!

Link to comment
Share on other sites

Jema,

yep, user  tiesības. Useris ar desktou strādā caur ica/rdp.

šķiet ka sapratu ko tu ar to domā :) paskatīšos. edit.. laikam nesapratu gam..

Labots - meeris
Link to comment
Share on other sites

Pārbaudi tomēr firewallus. Ka tik Win serverim nav ierobežojumi, ka attālināti softi (no tīkla šārēm) nevar tik brīvi izveidot tīkla konekcijas. Jo kļūda konkrēti ir tāda, ka nevar vispār izveidot savienojumu ar SQL serveri.

 

Vēl vari pamēģināt visu to folderi nokopēt lokāli, un tad palaist.

Labots - Vilx-
Link to comment
Share on other sites

firewall atslēgts! Bet tad man jautājums, no kurienes uz kurieni veidojas Horizon sql konekcija? No failu server uz kura atrodas progreammas faili uz sql server vai no mašīnas uz kuras tiek palaists Horizon uz sql server?

sql un failu serveris kur stāv programmas faili ir dažādi serveri.

šāds setaps strādā bez problēmām no 2k3 mašīnām, bet kautkas ir izmainijies kopš "vistas".

p.s

rītdien pamēģināšu nokopēt programfailus lokāli.. testiem derēs, bet ne produkcijai.

Labots - meeris
Link to comment
Share on other sites

Mezavecis

Ar to pašu lietotāju uz tās RDC var pieslēgties Horizon datu bāzēm? Pats Horizon klients nekādus citus resursus caur standarta portu 1433 neizmanto.

Link to comment
Share on other sites

Tiko pamēģināju sekojošas darbības.

1. ielikt user administrator grupā uz mašīnas no kuras palaiž Horizon - Nestrādā!

2. palaist Horizon ar domain admin account - Strādā!

3. Nokopēt Horizon programas failus lokāli un palaist ar standarta useri - Strādā!

 

Diemžēl lokāla kopija manā gadījumā galīgi nederēs un ļoti gribētu, lai horizon var palaist no failservera šāres, kur pašlaik atrodas Horizon programmas faili. Pašlaik tas strādā iekš windows 2003r2.

 

konekcijas problēmu es gribētu izslēgt, jo uz tās pašas mašīnas no kuras cenšos palaist Horizon, strādā arī citas aplikācijas, kas izmanto datubāzes no tā paša sql server kur atrodās arī Horizon bāzes.

Link to comment
Share on other sites

 

 

Diemžēl lokāla kopija manā gadījumā galīgi nederēs

Tu pats sev nospraud tādus debīlus iegrožojumus?

Nu tad palaid to "nelokālo" exe no piemapota tīkla draiva.

Link to comment
Share on other sites

McB,

aizmirsu pieminēt ka izmēģināju arī tavu pieminēto variantu - nestrādā!

Debīlais ierobežojums ir tāpēc, ka Horizon tiek palaists no terminālservera (uz kura pats horizon nav instalēts). Man tādi ir ap 50, un kautkāda updeita gadījumā man šie faili būtu jāupdeito uz visiem serveriem, kaut Horizon izmanto tikai pāris lietotāji.

šis risinājums strādāja iepriekš ir ir megavienkāršs  - userim uz desktopa ir tikai shotcut uz Horizon kurš atrodas kautkur DFSā.

Varu arī novirtualizēt Horizonu, bet negribu to darīt tikai dažu useru dēļ. Tad man šī aplikācija būs jāapdeito arī vismaz uz 2 serveriem.

Link to comment
Share on other sites

Nez ko tu tur satraucies par updeitoshanos.
Horizonam tak klients atjaunojas automaatiski tiko kaa useris piesleedzas pie baazes
(ja ir uzlikta jauna versija bāzē).

Vai arii taa ir tikai Oracle versijas fiicha, kas MsSql gadiijumaa nav?

Un horizonam jaabuut instaleetam uz taas kastes, no kuras tas tiek darbinaats
(t.i. tur, kur tavi lietotaaji caur RDP sleedzas klaat).


Uz tiikla shaares gan neesmu nekad meegjinaajis instaleet.

Link to comment
Share on other sites

Nesaprotu vairs par ko tiek burbuļots. Vai nu nav ieinteresētība vai slikums lasīt tādu tekstu, nez...

Bet nu pat bērnam skaidrs ka neuzinstalētu programmu palaist neizdosies.

Link to comment
Share on other sites

mana pašreizējā Horizon intalēšanas/upgreida procedūra:

1. paņemu Horizon programmas failus no DFS šāres un nokopēju uz kādas virtuālas mašīnas. c:\horizon (piemērts)

2. Palaižu Horizon update un install direktoriju norādu iepriekšējo c:\horizon.

3. Kad upgrade ir veikts, tad šo c:\ horizon direktoriju nolieku atpakaļ uz dfs šāres \\fileserver\horizon\

4. Useri turpina laimīgi lietot Horizon palaižot šortkatu no sava desktop uz \\fileserver\horizon\ftg20.exe

 

Es varu uzinstalēt Horizon uz kāda aplikāciju server un nopublicēt to ar citrix vai pat app-v palīdzību, bet gribu saprast kāpēc sākot no 2008r2 nestrādā vecais setaps ar exe palaišanu no šāres...

p.s

exe ta palaižās un Horizon atverās, bet izmet iepriekšminēto erroru.

p.p.s

palaižas ar domain admin tiesībām.

Labots - meeris
Link to comment
Share on other sites

meeris, es domāju, ka problēma ir tajā, ka nav M$SQL bibliotēkas vai kādi ODBC ieraksti(ja tādi Horizonam bija). Pieļauju, ka uz tā vecā servera Horizon klients kādreiz ir bijis uzinstaleēs.

Tā ir bieža prakse, ka softam ir kaudze ar visādiem dependencies, dlliem,  reģistra ierakstiem utt ārpus programmas direktorijas.

 

Jā, apdeitojot softa versiju klienti ļoti eleganti apdeitojas automātiski. Tā ir, gan Oracle, gan M$SQL versijai.

Labots - MIGs
Link to comment
Share on other sites

it.kroplis

Horizona klienta gadījumā nekādu atkarību nav. NetFr3 liekas bija vajadzīgs un tas arī viss. 

Link to comment
Share on other sites

NetFramework 3... feature ir instalēta uz 2012r2 mašīnas.

Vēl kādas idejas kā palaist Horizon no šāres? Kā noprotu, tad sql konfigurācija ir aprakstīta ftg20db.ini failā, kurš atrodas install direktorijā, varbūt ir kautkādi registri, kur vaqrētu figurēt horizon sql konfigurācija?

Link to comment
Share on other sites

Mezavecis

Un kādas ir šārei tiesības? Tas, ka faili redzami un lasāmi, nenozīmē, ka tas attiecas uz MSSQL. Uzkopē tur kādu tūli, kas parāda tekošās tiesības. 

  • Patīk 1
Link to comment
Share on other sites

šārei ir full control\everyone, ntfs horizon useru grupai ir modify (folderim ir shadow kopijas 4x dienā, plus ikdienas/nedēļas etc.. backup), tāpēc ja kāds (horizon lietotājs) nodzēsīs programmas failus, tad nav problem tos atjaunot pāris min laikā.

Link to comment
Share on other sites

Mezavecis

ronalds_

Nu nav daudz iemeslu, kāpēc varētu proga netikt klāt MSSQL un pirmām kārtām tās ir tiesības. Pirmām kārtām būtu jāuzliek primitīvs tūlis vai skripts, kas konektējās pie tās pašas DB, tās paša tabulas, lai saprastu, kas notiek. Tā var līdz bezgalībai zīlēt kafijas biezumos closed-source risinājumam.

 

Nesen bakstījos ar win2008 R2 šārēm un everyone nenozīmē, ka visiem resursiem ar everyone var piekļūt. 

  • Patīk 1
Link to comment
Share on other sites

Tieši tā - šeit problēma nav Horizon, bet gan pieslēgšanās kā tādai. 

 

Ja pārkopē Horizon mapi uz attiecīgā servera usera desktopa, tad izdodas pieslēgties? Ja pieslēgties izdodas - tad šeit noteikti problēma nav Horizon, bet gan tiesībās, domēna policijās utt. 

 

Ja pieslēgties tomēr neizdodas. db.ini ir šifrētais? Nav tā, ka uz vecā servaka DB bija lokāli, bet uz jaunā vairs ne? Ja SERVER NAME= ir pareizs, tad jāmēģina pie tā pieslēgties ar DB rīkiem. Ja DB serveris ir MSSQL, mēģini pie šā paša "SERVER NAME"  pieslēgties ar management studio, ja Oracle, tad ar attiecīgo Oracle rīku. Ja ar šiem rīkiem pieslēgties izdodas, tad skaties servera eventviewerī - gan jau kaut kas bloķē Horizon pieslēgšanās mēģinājumu. Ja arī ar šiem rīkiem pie attiecīgā "SERVER NAME" neizdodas pieslēgties, tad problēma pilnīgi noteikti ir globāla, nevis Horizon. 

Link to comment
Share on other sites

Vismaz kādu laiku atpakaļ horizon slēdzās pie db ar user FTG un ar visām instalācijām vienādu paroli. (nerakstīšu publiski kādu)

Tālāk no tabulas tiek nolasīts user name un parole, kuras glabājas atšifrējamā veidā. Šis info tiek izmantots lai slēgtos pie datu tabulām.

Autora gadījumā horizon visticamākais netiek klāt pie mssql ar useri ftg. Kāpēc - to es nepateikšu - jāpēta.

Link to comment
Share on other sites

ronalds_

Kļūda " SQL Server does not exist or Access denied. " nozīmē, ka savienojums ar DB vispār neveidojas, līdz usera/paroles pārbaudei pat nenonāk. 

Labots - rubb
Link to comment
Share on other sites

Vēlreiz gribu pieminēt, ka "fiziski" ir 3 dažādi serveri:

1. sql (kur glabājas horizon datubāzes)

2. files (kur glabājas programmas faili un ini fails kur aprakstīta sql konfigurācija)

3. Serveris uz kura strādā lietotājs un executē ftg20.exe no fileservera šāres.

 

šis ir strādojošs konfigs kad serveris nr. 3 ir 2003r2.

ja server nr.3 nomaina uz 2012r2 vai 2008r2, tad izmet iepriekšminēto paziņojumu.

 

Ja programmas failus nokopē no server nr 2 uz server nr 3, tad viss strādā.

 

Serveris nr3. nekad Horizon instalāciju mūžā nav redzējis. Tikai šotkatu uz servera 2 sari.

Link to comment
Share on other sites

Vai lasīt māki? Atbildēsi uz maniem jautājumiem jeb turpināsim šādā pat garā? :)

Link to comment
Share on other sites

ja izlasītu postu, tad saprastu ka tur arī ir atbildes uz taviem jautājumiem.

1. ja pārkopē lokāli,tad viss strādā.

2. ftg20db.ini izskatās šifrēts..

3. sql serveris nekad nav bijis lokāls.

4. ar sql rīkiem pieslēgties pie db nav problēmu.

 

šeit ir problēma kautkādos ierobežojumos kas ir parādījušies kopš 2008 servera. ka neļauj remote kautko executot vai arī palaižot exe no šāres viņš neredz turpat blakus esošo ini failu ar sql parametriem vai kautkas tml..

Pat pieliekot šo sari kā network drive nekas nesanāk.

 

 

p.s

kurši netradicionāli orientētais ir piegriezis copy/paste šeit?

Labots - meeris
Link to comment
Share on other sites

Propblēma nav vis ar Horizon, bet gan ar Serveri. Uzaicini par konsultantu kādu spečuku, kurš Tev saregulēs servera/domēna policijas utt. 

  • Patīk 1
Link to comment
Share on other sites

ronalds_ - ja būtu tā, kā saki, tad pārkopējot lokāli arī nedarbotos :)

Link to comment
Share on other sites

it.kroplis

Izslēdz ārā UAC uz tā servera kur laid to ftg20.exe. Tiesa man prātīgāk liekas lietot klientu kā lokālus failus, tik vajag ieskriptēt lai userim beztiesiskajam ir tiesībās rakstīt, lai pats var atjaunināt horizona versijas pie startēšanas. Man tā ar ir organizēts un problēmas nav novērojams.

Link to comment
Share on other sites

neviena no manis minētajām mašīnām horizon instalāciju nekad nav redzējusi.. tika uzinstalēts uz mašīnas x un ftg20 direktorija pārkopēta uz failserveri. Updeitu gadījumā, pārkopēju ftg 20 direktoriju atpakļ uz mašīnu x, updeitoju un updeitoto ftg20 direktoriju nolieku atpakaļ uz faiservera.

UAC ir atslēgts.

Lokāli turēt programas failus man neder, jo horizonu izmanto 3 cilvēki, kuri katru dienu randomā var trāpīt uz vienas mašīnas no vairākiem desmitiem.

rīt pamēģināšu kautkādu regmonu/filemonu palaist un paskatīties, varbūt kautkas interesants uzpeldēs.

Horizon konsultanti (kompāniju neminēšu) izskatās ka neko vairāk par standarta instalu uz grāmatvedes datora nav redzējuši, negribu bezjēgā tērēt laiku ar viņiem komunicējot, likās ka te varētu būt zinošāki cilvēki par viņiem.

Politikas pārskatiju un neko kas varētu bloķēt es neatradu.. uztaisiju pat atsevišķu OU un novācu gpo inheritanci lai notestētu, bet rezultāts ir tāds pats.

 

Kādi ir standarta shēma kantoros, kur vairāki useri izmanto horizon? Viena datubāze un programmas faili uz katra grāmatveža datora, kurus katrs no viņiem arī updeito pie versijas mainas?

Link to comment
Share on other sites

 

 

Viena datubāze un programmas faili uz katra grāmatveža datora, kurus katrs no viņiem arī updeito pie versijas mainas?

 

Man tā ir - nekādu problēmu. Updeitoju db, klienti paši updeitojas pie pirmās palaišana - nekādu problēmu. 

  • Patīk 1
Link to comment
Share on other sites

Es tikai nesaprotu vienu - kāpēc uz katra kompja nevar turēt savu Horizon failu kopiju, kāpēc jāglabā uz servera un jāveido izvirtības?

 

Ja Horizon tiek ieinstalēts updeits no viena kompja, tad laižot vecāku Hor versiju no cita kompja pēc pieslēgšanās pie DB vecās Hor versijas faili tiks upgreidoti, rezultātā visur pēc Hor palaišanas  būs aktuālā Hor versija!

 

Tātad, instalē Horizon uz VISIEM kompjiem, vari arī vienkārši pārkopēt FTG mapi uz visiem kompjiem. Viss būs OK un problēma atrisinās :)

 

Standarta shēma ir tieši tā kā saki, updeiti notiek autmātiski, pašam nekas nav jādara:

 

Viena datubāze un programmas faili uz katra grāmatveža datora, kurus katrs no viņiem arī updeito pie versijas mainas?
Labots - rubb
  • Patīk 1
Link to comment
Share on other sites

tas ir tāpēc, ka šiem 3 grāmatvežiem nav konkrēta datora no kura viņi palaiž horizon. Dators it tikai kā thin klients ko izmanto lai ar full desktop pieslēgtots pie kāda no randomā izvēlēta terminālservera no kura tad arī palaiž to horizon. Jau minēju, ka tie nav 2, 3, bet vairāki desmiti terminālserveru.

Šis setaps ir supervienkāršs un strādā ļoti ātri un stabili uz 2003. Ja neizdosies palaist uz 2012 šādā veidā, tad uzinstalēšu un nopublicēšu to uz kāda terminālserva, kas paredzēts tikai aplikācijām, bet cik atceros, tad horizons prasija Latvian priekš nonunicode programmām, kas manā gadījumā var radīt problēmas (jātaisa atsevišķš serveris).

 

p.s

tiko pamēģināju palaist no win7.. tas pats.

Link to comment
Share on other sites

Ok. Iekopē Hor kopiju lokāli katrā serverī, pie kura desktopa slēdzas klāt. Kaut vai uz katra usera desktopa. Ja liekas pārāk ķēpīgi - ieliec logiskriptā lai iekopē vajadzīgajā vietā. Lieki nesarežģī :)

Labots - rubb
  • Patīk 1
Link to comment
Share on other sites

tas ir tāpēc, ka šiem 3 grāmatvežiem nav konkrēta datora no kura viņi palaiž horizon.

 

 

Un kāpēc jāmeklē sev liekas problēmas? Grāmatvežiem uzliec horizon uz viņu darbstacijām un nemeklē sev liekas problēmas! 

 

Dators it tikai kā thin klients ko izmanto lai ar full desktop pieslēgtots pie kāda no randomā izvēlēta terminālservera no kura tad arī palaiž to horizon.

 

Nevar sakonfigurēt lai visi grāmatveži ar vienu konkrētu termserveri strādātu?

Link to comment
Share on other sites

 

 

Ok. Iekopē Hor kopiju lokāli katrā serverī, pie kura desktopa slēdzas klāt. Kaut vai uz katra usera desktopa. Lieki nesarežģī

nuu...var jau arī mēģināt tā.. tjip uzrakstīt skriptu, kas pēc update pārkopē updeitoto versiju ftg20 direktorijai uz visiem serveriem (tas notiek ļoti reti), lai grāmatvežiem nav jāčakarējās... Bet tas der tikai tad, ja tie grāmatveži neko neraksta tajā ftg20 direktorijā (neatstāj nekādus datus). To gan es varu konsultantiem pajautāt.

 

tagad atceros ka man bija līdzīga problēma ar vienu citu sistēmu.. tur gan bija savs aplikāciju serveris un serviss uz viņa griezās, bet sql bāze atradās uz tā paša servera kur horizonam un programa palaista tika no tiem pašiem termināliem un appservera šāres.. atrisinājās piebakstot component services un dcom users grupu uz aplikāciju servera... 

a te horizonam nav nekādi servisi.. tikai faili.

Link to comment
Share on other sites

Kā jau teicu, Horizon pats māk upgreidoties ja DB ir iekopēti jaunākas versijas Hor faili. Par To nav jāsaspringst. Hor mapē vienīgai lietai kam jārakstās - bugreporti, vairāk tur nekam nav jārakstās. Pēc idejas bugreportus vajag tikai tad, ja ir kāds gļuks bijis. Parasti darbojoties tos var mierīgi ignorēt.

Link to comment
Share on other sites

Izveido kontu, vai pieraksties esošajā, lai komentētu

Jums ir jābūt šī foruma biedram, lai varētu komentēt tēmas

Izveidot jaunu kontu

Piereģistrējies un izveido jaunu kontu, tas būs viegli!

Reģistrēt jaunu kontu

Pierakstīties

Jums jau ir konts? Pierakstieties tajā šeit!

Pierakstīties tagad!
 Share

×
×
  • Izveidot jaunu...