meeris Ierakstīts Aprīlis 14, 2015 Share Ierakstīts Aprīlis 14, 2015 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 More sharing options...
jema Aprīlis 14, 2015 Share Aprīlis 14, 2015 user tiesības ?! Link to comment Share on other sites More sharing options...
meeris Aprīlis 14, 2015 Author Share Aprīlis 14, 2015 (labots) 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 Aprīlis 14, 2015 - meeris Link to comment Share on other sites More sharing options...
Vilx- Aprīlis 14, 2015 Share Aprīlis 14, 2015 (labots) 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 Aprīlis 14, 2015 - Vilx- Link to comment Share on other sites More sharing options...
VIL Aprīlis 14, 2015 Share Aprīlis 14, 2015 https://support.microsoft.com/en-us/kb/888228 šim pat koments awesome: https://www.teamdotnetnuke.com/index.php?/Knowledgebase/Article/View/245/20/dbnetlibconnectionopen-connectsql-server-does-not-exist-or-access-denied Link to comment Share on other sites More sharing options...
meeris Aprīlis 14, 2015 Author Share Aprīlis 14, 2015 (labots) 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 Aprīlis 14, 2015 - meeris Link to comment Share on other sites More sharing options...
Mezavecis Aprīlis 14, 2015 Share Aprīlis 14, 2015 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 More sharing options...
Ronalds Aprīlis 14, 2015 Share Aprīlis 14, 2015 mssql klienta settingos būs problēma - netiek klāt pie sql servera. Link to comment Share on other sites More sharing options...
meeris Aprīlis 15, 2015 Author Share Aprīlis 15, 2015 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 More sharing options...
McB Aprīlis 15, 2015 Share Aprīlis 15, 2015 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 More sharing options...
meeris Aprīlis 15, 2015 Author Share Aprīlis 15, 2015 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 More sharing options...
Borja Aprīlis 15, 2015 Share Aprīlis 15, 2015 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 More sharing options...
McB Aprīlis 15, 2015 Share Aprīlis 15, 2015 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 More sharing options...
meeris Aprīlis 15, 2015 Author Share Aprīlis 15, 2015 (labots) 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 Aprīlis 15, 2015 - meeris Link to comment Share on other sites More sharing options...
MIGs Aprīlis 15, 2015 Share Aprīlis 15, 2015 (labots) 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 Aprīlis 15, 2015 - MIGs Link to comment Share on other sites More sharing options...
it.kroplis Aprīlis 15, 2015 Share Aprīlis 15, 2015 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 More sharing options...
meeris Aprīlis 20, 2015 Author Share Aprīlis 20, 2015 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 More sharing options...
Mezavecis Aprīlis 20, 2015 Share Aprīlis 20, 2015 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. 1 Link to comment Share on other sites More sharing options...
meeris Aprīlis 20, 2015 Author Share Aprīlis 20, 2015 šā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 More sharing options...
Ronalds Aprīlis 20, 2015 Share Aprīlis 20, 2015 Sāres tiesības te ne pri čom! Horizon netiek klāt pie mssql.... 1 Link to comment Share on other sites More sharing options...
Mezavecis Aprīlis 20, 2015 Share Aprīlis 20, 2015 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. 1 Link to comment Share on other sites More sharing options...
rubb Aprīlis 20, 2015 Share Aprīlis 20, 2015 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 More sharing options...
Ronalds Aprīlis 20, 2015 Share Aprīlis 20, 2015 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 More sharing options...
rubb Aprīlis 20, 2015 Share Aprīlis 20, 2015 (labots) 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 Aprīlis 20, 2015 - rubb Link to comment Share on other sites More sharing options...
Ronalds Aprīlis 20, 2015 Share Aprīlis 20, 2015 Nu jā, es jau teicu - kaut kas as mssql klienta konfigu! Link to comment Share on other sites More sharing options...
meeris Aprīlis 20, 2015 Author Share Aprīlis 20, 2015 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 More sharing options...
rubb Aprīlis 20, 2015 Share Aprīlis 20, 2015 Vai lasīt māki? Atbildēsi uz maniem jautājumiem jeb turpināsim šādā pat garā? Link to comment Share on other sites More sharing options...
meeris Aprīlis 20, 2015 Author Share Aprīlis 20, 2015 (labots) 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 Aprīlis 20, 2015 - meeris Link to comment Share on other sites More sharing options...
rubb Aprīlis 20, 2015 Share Aprīlis 20, 2015 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. 1 Link to comment Share on other sites More sharing options...
Ronalds Aprīlis 20, 2015 Share Aprīlis 20, 2015 Horizon instalacija vismaz kādreiz lika failus arī system32 direktorijā! Ņemam https://technet.microsoft.com/en-us/sysinternals/bb896645un skatāmies kas trūkst Link to comment Share on other sites More sharing options...
rubb Aprīlis 20, 2015 Share Aprīlis 20, 2015 ronalds_ - ja būtu tā, kā saki, tad pārkopējot lokāli arī nedarbotos Link to comment Share on other sites More sharing options...
it.kroplis Aprīlis 20, 2015 Share Aprīlis 20, 2015 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 More sharing options...
meeris Aprīlis 20, 2015 Author Share Aprīlis 20, 2015 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 More sharing options...
Ronalds Aprīlis 20, 2015 Share Aprīlis 20, 2015 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. 1 Link to comment Share on other sites More sharing options...
rubb Aprīlis 20, 2015 Share Aprīlis 20, 2015 (labots) 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 Aprīlis 20, 2015 - rubb 1 Link to comment Share on other sites More sharing options...
meeris Aprīlis 20, 2015 Author Share Aprīlis 20, 2015 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 More sharing options...
rubb Aprīlis 20, 2015 Share Aprīlis 20, 2015 (labots) 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 Aprīlis 20, 2015 - rubb 1 Link to comment Share on other sites More sharing options...
Ronalds Aprīlis 20, 2015 Share Aprīlis 20, 2015 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 More sharing options...
meeris Aprīlis 20, 2015 Author Share Aprīlis 20, 2015 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 More sharing options...
rubb Aprīlis 20, 2015 Share Aprīlis 20, 2015 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 More sharing options...
Recommended Posts
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 kontuPierakstīties
Jums jau ir konts? Pierakstieties tajā šeit!
Pierakstīties tagad!