Slikts speciālists ir tas, kuram jāskrien uz visām darba vietām un jāstrādā ar kājām. Jāstrādā ar galvu :)

Platformu var instalēt katrā klienta datorā manuāli.

Bet tad administratoram būs pēc kārtas jāiziet cauri visiem datoriem.
Ja ir 2-3 datori, tad tā nav problēma. Bet, ja ir ducis vai vairāk datoru, šis process var aizņemt ilgu laiku.

Izaicinājums būs arī platformas atjaunināšana klientu datoros.

Lai automatizētu šo procesu, varat izmantot iespēju instalēt platformu lielā skaitā datoru, izmantojot koplietotu tīkla direktoriju.

Šo metodi var izmantot, ja klientu datoros ir instalēta sistēma Windows.
Administrators ievieto platformas izplatīšanas komplektus un konfigurācijas failu kopu kopējā tīkla direktorijā.
Lai atjauninātu platformu, kopējā direktorijā jāievieto tikai jaunās platformas izplatīšana.

1C masveida instalēšana un atjaunināšana: 9 video un PDF

Aicinām iepazīties ar detalizētākiem materiāliem:

Koplietojamo direktoriju struktūra

Šajā video ir aprakstīts, kā jāorganizē tīkla direktorijs ar platformu izplatīšanu, lai to varētu izmantot instalēšanai lielā skaitā datoru.
Ir paskaidrots, kādā formā ir jāaugšupielādē platformu izplatījumi un kādi konfigurācijas faili ir nepieciešami.

Koplietojamā direktorija sagatavošana serverī

Šajā video praksē ir apskatīts, kā aizpildīt tīkla direktoriju ar platformas izplatīšanu. Platformas izplatīšana tiek augšupielādēta un konfigurācijas palaišana tiek rediģēta. Parāda, kā atrast vēlamā laidiena palaidēju.

Darbības klienta datorā

Šajā videoklipā ir apskatītas platformas instalēšanas iespējas no koplietota tīkla direktorija klienta datorā.

Platformas atjauninājums

Šajā videoklipā ir paskaidrots, kā pareizi ievietot jaunas laidiena platformas izplatīšanas komplektu kopējā tīkla direktorijā. Tajā ir aprakstīts, kādas darbības ir jāveic klienta datorā, lai platforma tiktu atjaunināta.

Konfigurācijas fails, kas nosaka koplietotā tīkla direktorija atrašanās vietu

Šajā videoklipā ir paskaidrots, kur klienta datorā tiek glabāti tīkla koplietošanas iestatījumi, kam vajadzētu piekļūt, lai pārbaudītu platformas atjauninājumu.

Piekļuves tiesības, instalējot platformu, izmantojot koplietotu tīkla direktoriju

Šajā videoklipā ir izskaidrota visbiežāk sastopamā kļūda, kas rodas, strādājot ar tīkla koplietojamo direktoriju.

Strādāt kā lietotājs bez administratora tiesībām

Šajā video ir aprakstīts, kā var instalēt platformu klienta datorā lietotājam bez administratora tiesībām. Uzmanība tiek vērsta uz šīs metodes trūkumiem.

Iespējamās drošības problēmas, izmantojot politiku AlwaysInstallElevated

Šajā videoklipā ir izskaidrots, kāpēc AlwaysInstallElevated politika ir nopietna datoru drošības problēma un kāpēc praksē, ja iespējams, no tās izmantošanas vajadzētu izvairīties.

Un pēdējā atlaižu sākuma diena.

Šis kurss ļaus jums atrisināt VISAS problēmas, kas saistītas ar informācijas sistēmu izvietošanu un atbalstu 1C.

Šeit ir dažas tēmas no kursa:

• 1C:Enterprise 8 platformas instalēšana un atjaunināšana - manuāli un automātiski, operētājsistēmai Windows un Linux
• Automātiska palaišana veikt parastās operācijas
• Konfigurāciju atjaunināšana no lietotāja režīma
• Nestandarta konfigurāciju atjaunināšana. Kā izvairīties no problēmām atjaunināšanas laikā modificētas standarta konfigurācijas
• Izveidojiet savu piegādes cfu faili
• BSP instrumenti: ārējās veidlapas, dokumentu aizpildīšanas apstrāde u.c.
• Lietošana bezmaksas DBMS PostgreSQL
• Uzstādīšana un palaišana serveru klasteris 1C: 8. uzņēmums
• Administrēšanas utilīta klastera un darbinieku serveru iestatīšanai
• Iestatījumi RLS izmantojot UPP 1.3 un ERP 2 piemēru
• Ko darīt, ja informācijas drošības dati ir bojāti
• Iestatījumi datu apmaiņu starp konfigurācijām
• Organizācija grupas attīstība
• Iestatīšana un lietošana aparatūras aizsardzības atslēgas
• 1C programmatūras licences: uzstādīšana un piesiešana pie ārējām iekārtām

Jebkurā gadījumā kādā brīdī jums būs jāizvieto 1C, jākonfigurē rezervācijas, piekļuves tiesības, dažādi palaišanas režīmi, jāpārbauda datu bāzu integritāte, jānodrošina serveru darbība utt.

Un labāk to darīt uzreiz.

Lai tas nenotiktu vēlāk “...! Nu kas par...! Tavs...!” - un citas nožēlas izpausmes :)

Tātad, kādas mūsu programmatūras izvietošanas metodes mums piedāvā 1C?

1. Instalēšana, izmantojot pieteikšanās skriptu

2. Instalēšana, ievietojot to koplietotā tīkla direktorijā

3. Instalēšana, izmantojot grupas politikas

Mēs noraidām pirmās divas metodes, jo Šajā rakstā mēs apskatīsim instalēšanu, izmantojot grupas politikas (GPO).

Informācija 1C:ITS lapās, ko ražotājs mums piedāvā par sava produkta izvietošanu, izmantojot grupas politikas, ir ļoti maza:

Instalējot, izmantojot grupas politikas, lai norādītu instalācijas valodu, ir jānorāda atbilstošais valodas transformācijas fails. Failu nosaukumi atbilst Microsoft Windows decimālajam LCID attēlojumam (ar paplašinājumu .mst). Krievu valodas transformācijas fails tiek saukts par 1049.mst.

Turklāt jums papildus jānorāda transformācijas fails adminstallrestart.mst. Šādā gadījumā sistēma 1C: Enterprise, ja klienta un servera versijas nesakrīt, liks restartēt datoru, lai instalētu jauno versiju. Administratoram ir jāpārliecinās, ka jaunais sadalījums jau ir pievienots grupas politikām.

Izmantojot grupas politikas, varat instalēt vairākas 1C:Enterprise versijas.

Lai instalētu jaunu versiju, grupas politikā ir jāizveido jauna instalācija.

1049.mst ir acīmredzams, bet adminstallrestart.mst nav īpaši noderīgs. Tāpēc mēs izveidosim paši savu transformācijas failu.
Pirmkārt, vēlos saprast, kā mēs varam norādīt uzstādītājam, kuras produkta sastāvdaļas vēlamies uzstādīt un kuras ne? Neskatoties uz to, ka dokumentācija no 1c kopumā ir diezgan plaša un detalizēta, kaut kādu iemeslu dēļ par to nav teikts neviens vārds. Bet pieteikšanās skripts, kuru mēs noraidījām pašā sākumā, palīdzēs mums izkļūt no šīs situācijas. Skriptā mēs varam redzēt šādas rindas:

CmdLine = cmdLine & " DESIGNERALLCLIENTS=1 THINCLIENT=1 WEBSERVEREXT=0 SERVER=0 CONFREPOSSERVER=0 CONVERTER77=0 SERVERCLIENT=1 LANGUAGES=RU"

Kur:
DESIGNERALLCLIENTS – visi klienti un konfigurators.
THINCLIENT ir plāns klients klienta-servera darbībai.
THINCLIENTFILE – plāns klients ar iespēju strādāt ar failu informācijas bāzēm.
SERVER — 1C: uzņēmuma serveris. Ja instalēšanas programmu palaiž no palaišanas programmas, serveris tiks instalēts kā lietojumprogramma.
WEBSERVEREXT – tīmekļa servera paplašinājuma komponenti.
CONFREPOSSERVER — 1C: uzņēmuma konfigurācijas krātuves serveris.
SERVERCLIENT – komponenti 1C:Enterprise serveru klastera administrēšanai.
CONVERTER77 ir informācijas bāzu pārveidotājs no versijas 1C:Enterprise 7.7.
VALODAS – instalēšanas interfeisa valodu saraksts. Ja ir norādītas vairākas valodas, tās tiek atdalītas ar “,”.

Šī skripta rinda ģenerē komandrindu, kas tiks nosūtīta apstrādei msiexec instalētājam.

Lai izveidotu transformācijas failu, mums ir nepieciešams “Orca” redaktors. (http://www.technipages.com/download-orca-msi-editor)
Un tā pēc instalēšanas mēs palaižam programmu. “Fails” — “Atvērt” un 1C izplatīšanas komplektā atlasiet “1CEnterprise 8.msi”. Programmas kreisajā pusē parādījās tabulu saraksts, bet labajā pusē - tabulas vērtības. Jo 1C pats neiesaka mainīt msi pakotni, tāpēc mēs ejam uz izvēlni "Transform" - "New Transform".

Jums jāiet uz tabulu "Īpašums". Labajā pusē mēs meklējam rindu “DEFLANGUAGE” ar vērtību “Auto”. Vērtība ir jāmaina uz “RU” (protams, bez pēdiņām).

Lielākajai daļai lietotāju ir jāinstalē vismaz komponentu, tie ir Thin Client, Thick Client un valoda (piemēram, krievu valoda)
Tāpēc izveidosim jaunus laukus (Ctrl+R), kur jānorāda nosaukums un vērtība.
DIZAINĒTĀJI = 1
THINKLIENTS = 1
THINCLIENTFILE = 1
SERVER = 0
WEBSERVEREXT = 0
KONFREPOSSERVER = 0
SERVERKLIENTS = 0
CONVERTER77 = 0
VALODAS = RU

Tie. Tam vajadzētu izskatīties tā, kā attēlos:

Tālāk dodieties uz izvēlni "Transformēt" - "Ģenerēt transformāciju...". Saglabājiet failu, iespējams, mapē ar izplatīšanu, piemēram, Client.mst
Tas pabeidz transformācijas faila ģenerēšanu.
Lai pārbaudītu instalēšanu, jums jāatver programma “cmd”. Dodieties uz izplatīšanas mapi. Un palaidiet komandu:
setup.exe /S TRANSFORMS=Client.mst TRANSFORMS =1049.mst
vai
msiexec /i "<каталог с дистрибутивом >"TRANSFORMS="<каталог с дистрибутивом >"\Client.mst TRANSFORMS="<каталог с дистрибутивом >"\1049.mst/passive

Pirmajā komandā parametrs “/S” un otrajā komandā parametrs “/passive” nozīmē, ka instalēšana notiks fonā.

Pēc kāda laika jūs varat pārbaudīt. Jāinstalē biezais klients, plāns klients un krievu interfeiss.

Pēc tam domēna grupu politikās ir jāizveido jauna instalācija.
Tīklā ir arī jāizveido koplietots direktorijs, kurā tiks saglabāti instalācijas faili. Pārbaudiet, vai domēna lietotājiem ir lasīšanas atļaujas no šī direktorija.
Atveriet GP redaktoru. Mēs veidojam jaunu politiku. Atveriet to rediģēšanai. Dodieties uz sadaļu "Datora konfigurācija" - "Programmu instalēšana".

Izveidosim jaunu paketi. Izvēlamies failu 1CEuzņēmums 8.2.msi, ceļš uz failu jānorāda caur tīkla vidi \\SRV\…..\1Centerprise 8.msi, izvēlamies izvietošanas metodi - īpašu, lai varētu veikt modifikācijas .

Pēc pakotnes izveides tiks atvērts pakotnes rekvizītu logs.
Jums jāiet uz cilni “Modifikācijas” un jāpievieno transformācijas fails krievu valodai ar nosaukumu 1049.mst un transformācijas fails Client.mst.

Pēc noklikšķināšanas uz Labi, modifikācijas failus nevarēs pievienot.
Paciņa ir gatava. Ir vērts atzīmēt, ka pakotne ir jāpiemēro datoru grupai, lai to izdarītu, ir jāizveido šāda grupa AD un jānovieto datori, kuriem ir paredzēta instalēšana.

Kaut kā pametu savu omulīgo. Es laboju sevi. Šodien mēs runāsim par 1c v8.2 instalēšanu korporatīvajā vidē, izmantojot grupas politikas. Tātad, kādas mūsu programmatūras izvietošanas metodes mums piedāvā 1C?

1. Instalēšana, izmantojot grupas politikas

Mēs noraidām pirmās divas metodes, jo lai tās izmantotu, lietotājam ir jābūt vietējā administratora tiesībām (tās nav mūsu metodes). Skriptu būtu iespējams izmantot kā starta skriptu, to nedaudz papildinot. Bet, godīgi sakot, es nesaprotu: kāpēc izmantot skriptu, ja jums ir standarta iespēja izvietot lietojumprogrammu no msi pakotnes, izmantojot grupas politikas. Šķiet, ka tas ir vēl viens triviāls programmatūras izvietošanas gadījums domēnā. Tagad dosimies uz ražotāja vietni, izlasiet, kā iestatīt msi pakotni, iespējams, pat lejupielādēsim dažus rīkus transformācijas faila (mst faila) izveidošanai, kā tas ir ierasts lielajiem programmatūras ražotājiem, un darbs būs paveikts. Tomēr tas tā nebija. Informācija, ko ražotājs mums piedāvā par sava produkta izvietošanu, izmantojot grupas politikas, ir ļoti niecīga:

Instalējot, izmantojot grupas politikas, lai norādītu instalācijas valodu, ir jānorāda atbilstošais valodas transformācijas fails. Failu nosaukumi atbilst Microsoft Windows decimālajam LCID attēlojumam (ar paplašinājumu .mst). Krievu valodas transformācijas fails tiek saukts par 1049.mst.

Turklāt jums papildus jānorāda transformācijas fails adminstallrestart.mst. Šādā gadījumā sistēma 1C: Enterprise, ja klienta un servera versijas nesakrīt, liks restartēt datoru, lai instalētu jauno versiju. Administratoram ir jāpārliecinās, ka jaunais sadalījums jau ir pievienots grupas politikām.

Izmantojot grupas politikas, varat instalēt vairākas 1C:Enterprise versijas.

Lai instalētu jaunu versiju, grupas politikā ir jāizveido jauna instalācija.

Uzņēmums 1c mums sniedza ļoti dīvainu informācijas kopumu: informācija par transformācijas (modifikācijas) failu 1049.mst ir acīmredzama, bet informācija par adminstallrestart.mst nav īpaši noderīga. Pirmkārt, vēlos saprast, kā mēs varam norādīt uzstādītājam, kuras produkta sastāvdaļas vēlamies uzstādīt un kuras ne? Neskatoties uz to, ka dokumentācija no 1c kopumā ir diezgan plaša un detalizēta, kaut kādu iemeslu dēļ par to nav teikts neviens vārds. Bet pieteikšanās skripts, kuru mēs noraidījām pašā sākumā, palīdzēs mums izkļūt no šīs situācijas. Skriptā mēs varam redzēt šādas rindas:

cmdLine = cmdLine & “THICKCLIENT=1 THINCLIENT=1 WEBSERVEREXT=0 SERVER=0 CONFREPOSSERVER=0 CONVERTER77=0 SERVERCLIENT=0 LANGUAGES=RU”

Šī skripta rinda ģenerē komandrindu, kas tiks nosūtīta apstrādei msiexec instalētājam. Kā redzam, šai rindai tiek pievienoti parametri formā “Property=PropertyValue”. Būtu saprātīgi pieņemt, ka katrs no šiem rekvizītiem ir jāatspoguļo msi pakotnes rekvizītu tabulā. Izpētījis msi pakotni, izmantojot Orca redaktoru (par kuru jau ir rakstīts manā emuārā), es 1c pakotnē neredzēju nevienu no šiem rekvizītiem. Tāpēc katram gadījumam,.

Tātad, mums ir jāpievieno vairākas rindas Rekvizītu tabulai, kurā ir attiecīgie rekvizīti un to vērtības. Protams, mēs neveiksim izmaiņas tieši pašā instalācijas pakotnē (msi failā), bet sagatavosim transformatoru (mst failu), izmantojot Orca. Ekrānuzņēmumā ir redzamas izmaiņas, kas jāveic instalācijas pakotnē, lai norādītu, ka vēlamies instalēt tikai biezos un plānos klientus un tajā pašā laikā interfeisam izvēlēties krievu valodu (neaizmirstiet, ka mums ir ne tikai atlasiet interfeisa krievu valodu, bet arī pievienojiet to instalācijas pakotnei, izmantojot atbilstošo transformatoru - failu 1049.mst). Es nerunāšu par to, kā grupas politikai pievienot instalācijas pakotni un modifikācijas (transformācijas) failus, es ceru, ka jūs to zināt, un, ja nezināt, tad varat.

Atliek apsvērt jautājumu par informācijas bāzu pievienošanu sarakstam, ko lietotājs redzēs, startējot programmu 1c. Par laimi, kopš 1c v 7.7. daudz kas ir mainījies, un šim nolūkam jums nav jārediģē reģistrs. Informācija par datu bāzēm tagad tiek glabāta failā ar paplašinājumu v8i. Pēc noklusējuma fails atrodas lokālajā datorā mapē %APPDATA%\1C\1CEStart un tam ir vārds ibases.v8i. , taču ir daži ierobežojumi, kas saistīti ar faktu, ka *.v8i faili ir unikoda formāta faili, un GPP nevar strādāt ar failiem unikoda kodējumā. Tāpēc mums ir jāpieliek kompromisi, par kuriem varat lasīt Sergeja emuārā. Bet ir vēl viens veids, kā lietotājam izveidot informācijas bāzu sarakstu, kuram nav šī trūkuma. Sākot ar v8.1, 1c kļuva iespējams, reiz reģistrējot informācijas bāzi sarakstā “ar roku”, augšupielādēt katras informācijas bāzes aprakstu atsevišķā v8i failā. Pēc tam šos v8i failus var ievietot koplietotā tīkla resursā un pievienot lietotāju koplietoto informācijas bāzu sarakstam. Un, zinot, ka vispārīgais informācijas bāzu saraksts tiek glabāts failā 1CEStart.cfg, kas atrodas mapē %APPDATA%\1C\1CEStart, jūs varat izmantot GPP šiem mērķiem bez problēmām, ar kurām saskārās Sergejs Betke. Es sniegšu vienkārša faila satura piemēru 1CEStart.cfg(faila formāta aprakstu var atrast vietnē http://its.1c.ru, ja esat laimīgais ITS abonementa īpašnieks).

Blakus rektoram 2014. gada 26. jūlijā plkst. 01:09

1C 8 datu bāzu savienošana, izmantojot AD/GPO

• Sistēmas administrēšana

Labdien

Iedvesmojoties no nesena ieraksta, es dalīšos ar alternatīvu šīs problēmas risinājumu:

• neizmantojot skriptus
• nerediģējot 1C failus (ibases.v8i, 1CEStart.cfg)

Automatizācijas uzdevumi ir līdzīgi: ir daudz 1C datu bāzu un AD direktoriju, lai lietotājam noteiktā AD grupā tiktu dota iespēja palaist noteiktu 1C datu bāzi.

Šī metode ir ērta tikai tad, ja lietotājs strādā ar nelielu skaitu 1C datu bāzu (no viena līdz desmit), jo tā ietver atsevišķas saīsnes ievietošanu darbvirsmā katrai datu bāzei.

1. darbība.

Izveidosim AD grupu, kurā ir iekļauts to datoru saraksts, kuros ir instalēts 1C klients - tajā tiks iekļauti termināļa fermas serveri, kā arī datori, kuros ir instalēts 1C klients. Faktiski tas var nebūt nepieciešams, taču mēs izmantosim šo grupu kā papildu filtru:

2. darbība.

Izveidosim grupas AD 1C datu bāzes lietotājiem:

Varat pamanīt, ka tiek izveidota atsevišķa grupa, lai palaistu datubāzi ar citiem parametriem (šajā gadījumā biezā klienta režīmā).

3. darbība.

Izveidojiet grupas politiku, kas kontrolē lietotāju saīsnes:

Diemžēl 1C vēl nav klienta versijas x64 platformai, tāpēc klienta noklusējuma atrašanās vieta ir atkarīga no platformas bitu dziļuma. Versijai 1C 8.3 operētājsistēmas Windows 32 bitu versijā klients ir instalēts mapē %ProgramFiles%\1cv8\common\1cestart.exe un 64 bitu Windows — %ProgramFiles(x86)%\1cv8\common\1cestart. exe

Tagad sīkāk aplūkosim katra elementa izveidi.

Cilnē “Vispārīgi” iestatiet parametrus savienojuma izveidei ar datu bāzi un saīsnes atrašanās vietu (šajā gadījumā darbvirsmu). Win x64 platformas saīsnes izveides piemērs

Īsa atkāpe tiem, kas tikai plāno migrēt no 1C 8.2 platformas uz 8.3:

Cilnē “Vispārīgi iestatījumi” atlasīsim savu saīsni uz iepriekš izveidotajām reklāmu kopām:

Win x86 platformas iestatījums:

Un Win x64:

Jaunas datu bāzes pievienošana ietver jaunas AD grupas izveidi, saīsnes kopēšanu uz GPO un savienojuma ar datu bāzi rediģēšanu.

P.S. Ja jums ir darbinieki, kuri neatkarīgi ievieto īsceļus uz darbvirsmas, labāk neizmantot šo datu bāzu piekļuves metodi.

Paldies par uzmanību, ceru, ka šī ziņa jums būs noderīga.

Birkas: 1c, reklāma, gpo, saites