Un specialist rău este cel care trebuie să alerge la toate locurile de muncă și să lucreze cu picioarele. Trebuie să lucrezi cu capul :)

Puteți instala manual platforma pe fiecare computer client.

Dar apoi administratorul va trebui să parcurgă toate computerele secvenţial.
Dacă există 2-3 computere, atunci aceasta nu este o problemă. Dar dacă există o duzină sau mai multe computere, atunci acest proces poate dura mult timp.

Actualizarea platformei pe computerele client va fi, de asemenea, o provocare.

Pentru a automatiza acest proces, puteți utiliza capacitatea de a instala platforma pe un număr mare de computere printr-un director de rețea partajat.

Această metodă poate fi utilizată atunci când computerele client au Windows instalat.
Administratorul plasează kituri de distribuție a platformei și un set de fișiere de configurare într-un director comun de rețea.
Pentru a actualiza platforma, trebuie doar să plasați noua distribuție a platformei în directorul comun.

Instalare și actualizare în masă a 1C: 9 videoclipuri și PDF

Vă invităm să priviți materiale mai detaliate:

Structura de directoare partajată

Acest videoclip descrie cum ar trebui organizat un director de rețea cu distribuții de platformă, astfel încât să poată fi utilizat pentru instalare pe un număr mare de computere.
Este explicat sub ce formă ar trebui să fie încărcate distribuțiile platformei și ce fișiere de configurare sunt necesare.

Pregătirea unui director partajat pe server

Acest videoclip discută în practică cum să completați un director de rețea cu distribuții de platformă. Distribuția platformei este încărcată și lansarea configurației este editată. Arată cum să găsiți lansatorul pentru lansarea dorită.

Acțiuni pe computerul client

Acest videoclip discută caracteristicile instalării platformei dintr-un director de rețea partajat pe un computer client.

Actualizare platformă

Acest videoclip explică cum să plasați corect kitul de distribuție al unei noi platforme de lansare într-un director comun de rețea. Acesta descrie ce acțiuni trebuie efectuate pe computerul client pentru ca platforma să fie actualizată.

Fișier de configurare care definește locația directorului de rețea partajat

Acest videoclip explică unde sunt stocate setările de partajare a rețelei pe computerul client, care ar trebui să fie accesat pentru a verifica dacă există o actualizare a platformei.

Drepturi de acces la instalarea platformei printr-un director de rețea partajat

Acest videoclip explică cea mai frecventă eroare care apare atunci când lucrați cu un director partajat în rețea.

Lucrează ca utilizator fără drepturi administrative

Acest videoclip descrie cum puteți instala platforma pe un computer client pentru un utilizator fără drepturi administrative. Se atrage atenția asupra dezavantajelor acestei metode.

Potențiale probleme de securitate la utilizarea politicii AlwaysInstallElevated

Acest videoclip explică de ce politica AlwaysInstallElevated este o problemă serioasă pentru securitatea computerului și de ce utilizarea acesteia ar trebui evitată în practică, dacă este posibil.

Și ultima zi de începere a reducerilor.

Acest curs vă va permite să rezolvați TOATE problemele legate de implementarea și suportul sistemelor informaționale pe 1C.

Iată câteva subiecte de la curs:

• Instalarea și actualizarea platformei 1C:Enterprise 8 – manual și automat, pentru Windows și Linux
• Pornire automată pentru a efectua operațiuni de rutină
• Actualizarea configurațiilor din modul utilizator
• Actualizarea configurațiilor non-standard. Cum să evitați problemele la actualizare configurații standard modificate
• Crează-ți propriul livrare fișiere cfu
• Instrumente BSP: formulare externe, prelucrarea documentelor de completare etc.
• Utilizare DBMS gratuit PostgreSQL
• Instalare și lansare cluster de servere 1C: Întreprinderea 8
• Utilitar de administrare pentru configurarea unui cluster și a serverelor de lucru
• Setări RLS folosind exemplul UPP 1.3 și ERP 2
• Ce să faci, dacă datele din securitatea informațiilor sunt corupte
• Setări schimburi de dateîntre configurații
• Organizare dezvoltarea grupului
• Configurare și utilizare chei de protecție hardware
• Licențe software 1C: instalarea și legarea de echipamente externe

În orice caz, la un moment dat va trebui să implementați 1C, să configurați rezervări, drepturi de acces, diverse moduri de lansare, să testați integritatea bazelor de date, să asigurați funcționarea serverelor etc.

Și este mai bine să o faci imediat.

Ca să nu se întâmple mai târziu „...! Ei bine, ce...! A ta...!" – și alte expresii de regret :)

Deci, ce metode de implementare a software-ului nostru ne oferă 1C?

1. Instalare folosind scriptul de conectare

2. Instalare plasându-l într-un director de rețea partajat

3. Instalare folosind politici de grup

Respingem primele două metode, deoarece În acest articol ne vom uita la instalarea folosind politicile de grup (GPO).

Informațiile de pe paginile 1C:ITS pe care producătorul ni le oferă despre implementarea produsului său folosind politici de grup sunt foarte rare:

Când instalați prin politici de grup, pentru a specifica limba de instalare, trebuie să specificați fișierul de transformare a limbii adecvat. Numele fișierelor corespund reprezentării LCID zecimală Microsoft Windows (cu extensia .mst). Fișierul de transformare pentru limba rusă se numește 1049.mst.

În plus, trebuie să specificați fișierul de transformare adminstallrestart.mst. În acest caz, sistemul 1C:Enterprise, dacă versiunile client și server nu se potrivesc, vă va solicita să reporniți computerul pentru a instala noua versiune. Administratorul trebuie să se asigure că noua distribuție a fost deja adăugată în politicile de grup.

Folosind politicile de grup, puteți instala mai multe versiuni de 1C:Enterprise.

Pentru a instala o nouă versiune, trebuie să creați o nouă instalare în Politica de grup.

1049.mst este evident, dar adminstallrestart.mst nu este foarte util. Prin urmare, ne vom crea propriul fișier de transformare.
În primul rând, aș dori să înțeleg cum îi putem indica instalatorului ce componente ale produsului dorim să instalăm și care nu? În ciuda faptului că documentația de la 1c este în general destul de extinsă și detaliată, din anumite motive nu se spune un cuvânt despre asta. Dar scriptul de conectare, pe care l-am respins chiar de la început, ne va ajuta să ieșim din această situație. În script putem vedea următoarele rânduri:

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

Unde:
DESIGNERALLCLIENTS – toți clienții și configuratorul.
THINCLIENT este un client subțire pentru operarea client-server.
THINCLIENTFILE – client subțire cu capacitatea de a lucra cu baze de informații de fișiere.
SERVER – 1C:Server Enterprise. Dacă programul de instalare este rulat din lansator, serverul va fi instalat ca aplicație.
WEBSERVEREXT – componente de extensie pentru serverul web.
CONFREPOSSERVER – 1C:Server de stocare de configurare a întreprinderii.
SERVERCLIENT – componente pentru administrarea unui cluster de servere 1C:Enterprise.
CONVERTER77 este un convertor de baze de informații din versiunea 1C:Enterprise 7.7.
LANGUAGES – listă de limbi de interfață pentru instalare. Dacă sunt specificate mai multe limbi, acestea sunt listate separate prin „,”.

Această linie de script generează o linie de comandă care va fi transmisă programului de instalare msiexec pentru procesare.

Pentru a crea un fișier de transformare avem nevoie de editorul „Orca”. (http://www.technipages.com/download-orca-msi-editor)
Și așa, după instalare, lansăm programul. „Fișier” – „Deschide” și selectați „1CEnterprise 8.msi” din kitul de distribuție 1C. O listă de tabele a apărut în partea stângă a programului, iar valorile tabelului au apărut în partea dreaptă. Deoarece 1C în sine nu recomandă schimbarea pachetului msi, așa că mergem la meniul „Transformare” – „Transformare nouă”.

Trebuie să mergeți la tabelul „Proprietate”. În partea dreaptă căutăm linia „DEFLANGUAGE”, cu valoarea „Auto”. Valoarea trebuie schimbată în „RU” (Fără ghilimele, desigur).

Pentru majoritatea utilizatorilor, trebuie să instalați un minim de componente, acestea sunt Thin Client, Thick Client și limba (de exemplu rusă)
Prin urmare, să creăm câmpuri noi (Ctrl+R), unde trebuie să specificați un nume și o valoare.
DESIGNERALLCLIENTS = 1
THINCLENT = 1
THINCLIENTFILE = 1
SERVER = 0
WEBSERVEREXT = 0
CONFREPOSSERVER = 0
SERVERCLIENT = 0
CONVERTOR77 = 0
LIMBURI = RU

Acestea. Ar trebui să arate ca în imagini:

Apoi, accesați meniul „Transformare” – „Generează transformare...”. Salvați fișierul, poate în folderul cu distribuția, de exemplu Client.mst
Aceasta completează generarea fișierului de transformare.
Pentru a verifica instalarea, trebuie să deschideți programul „cmd”. Accesați folderul de distribuție. Și rulați comanda:
setup.exe /S TRANSFORMS=Client.mst TRANSFORMS =1049.mst
sau
msiexec /i "<каталог с дистрибутивом >„TRANSFORME="<каталог с дистрибутивом >„\Client.mst TRANSFORMS="<каталог с дистрибутивом >„\1049.mst/passive

La prima comandă, parametrul „/S”, iar la a doua comandă, parametrul „/passive” înseamnă că instalarea va avea loc în fundal.

După ceva timp poți verifica. Trebuie instalate client gros, client subțire și interfață rusă.

Apoi, trebuie să creați o nouă instalare în politicile de grup de domenii.
De asemenea, trebuie să creați un director partajat în rețeaua dvs. unde vor fi stocate fișierele de instalare. Verificați dacă utilizatorii domeniului au permisiuni de citire din acest director.
Deschideți editorul GP. Creăm o nouă politică. Deschide-l pentru editare. Accesați secțiunea „Configurația computerului” - „Instalarea programelor”.

Să creăm un pachet nou. Selectăm fișierul 1CEnterprise 8.2.msi, calea către fișier trebuie specificată prin mediul de rețea \\SRV\…..\1CEnterprise 8.msi, selectăm metoda de implementare - una specială, astfel încât să se poată face modificări .

După crearea pachetului, se va deschide fereastra cu proprietățile pachetului.
Trebuie să mergeți la fila „Modificări” și să adăugați un fișier de transformare pentru limba rusă numit 1049.mst și un fișier de transformare Client.mst.

După ce faceți clic pe „OK”, nu va fi posibil să adăugați fișiere de modificare.
Pachetul este gata. Este de remarcat faptul că pachetul trebuie aplicat unui grup de computere, pentru a face acest lucru, trebuie să creați un astfel de grup în AD și să plasați acolo computerele pentru care este destinată instalarea.

Cumva l-am abandonat pe cel confortabil. ma corectez. Astăzi vom vorbi despre instalarea 1c v8.2 într-un mediu corporativ folosind politici de grup. Deci, ce metode de implementare a software-ului nostru ne oferă 1C?

1. Instalare folosind politici de grup

Respingem primele două metode, deoarece pentru a le utiliza, utilizatorul trebuie să aibă drepturi de administrator local (acestea nu sunt metodele noastre). Ar fi posibil să utilizați scriptul ca script de pornire, cu un mic adaos la acesta. Dar, să fiu sincer, nu înțeleg: de ce să folosiți un script când aveți capacitatea standard de a implementa o aplicație dintr-un pachet msi folosind politici de grup. Ar părea un alt caz banal de implementare a software-ului într-un domeniu. Acum să mergem pe site-ul producătorului, să citim despre cum să configurați un pachet msi, poate chiar să descarcăm câteva instrumente pentru crearea unui fișier de transformare (fișier mst), așa cum este obișnuit cu producătorii mari de software, și treaba va fi gata. Cu toate acestea, nu a fost cazul. Informațiile pe care producătorul ni le oferă despre implementarea produsului său folosind politici de grup sunt foarte puține:

Când instalați prin politici de grup, pentru a specifica limba de instalare, trebuie să specificați fișierul de transformare a limbii adecvat. Numele fișierelor corespund reprezentării LCID zecimale Microsoft Windows (cu extensia .mst). Fișierul de transformare pentru limba rusă se numește 1049.mst.

În plus, trebuie să specificați fișierul de transformare adminstallrestart.mst. În acest caz, sistemul 1C:Enterprise, dacă versiunile client și server nu se potrivesc, vă va solicita să reporniți computerul pentru a instala noua versiune. Administratorul trebuie să se asigure că noua distribuție a fost deja adăugată în politicile de grup.

Folosind politicile de grup, puteți instala mai multe versiuni de 1C:Enterprise.

Pentru a instala o nouă versiune, trebuie să creați o nouă instalare în Politica de grup.

Compania 1c ne-a oferit un set de informații foarte ciudat: informațiile despre fișierul de transformare (modificare) 1049.mst sunt evidente, dar informațiile despre adminstallrestart.mst nu sunt foarte utile. În primul rând, aș dori să înțeleg cum îi putem indica instalatorului ce componente ale produsului dorim să instalăm și care nu? În ciuda faptului că documentația de la 1c este în general destul de extinsă și detaliată, din anumite motive nu se spune un cuvânt despre asta. Dar scriptul de conectare, pe care l-am respins chiar de la început, ne va ajuta să ieșim din această situație. În script putem vedea următoarele rânduri:

cmdLine = cmdLine și „THICKCLIENT=1 THINCLIENT=1 WEBSERVEREXT=0 SERVER=0 CONFREPOSSERVER=0 CONVERTER77=0 SERVERCLIENT=0 LANGUAGES=RU”

Această linie de script generează o linie de comandă care va fi trimisă la programul de instalare msiexec pentru procesare. După cum putem vedea, parametrii de forma „Property=PropertyValue” sunt adăugați la această linie. Ar fi rezonabil să presupunem că fiecare dintre aceste proprietăți ar trebui să fie reflectată în tabelul Proprietăți al pachetului msi. După ce m-am uitat în pachetul msi folosind editorul Orca (despre care s-a scris deja pe blogul meu), nu am văzut niciuna dintre aceste proprietăți în pachetul 1c. Prin urmare, pentru orice eventualitate, .

Deci, trebuie să adăugăm mai multe rânduri la tabelul Proprietăți care conține proprietățile corespunzătoare și valorile acestora. Desigur, nu vom face modificări direct pachetului de instalare în sine (fișier msi), ci vom pregăti un transformator (fișier mst) folosind Orca. Captura de ecran arată modificările care trebuie făcute pachetului de instalare pentru a indica că dorim să instalăm doar clienții grosi și subțiri și, în același timp, să selectăm limba rusă pentru interfață (nu uitați că nu trebuie doar selectați limba rusă pentru interfață, dar adăugați-o și la pachetul de instalare folosind transformatorul corespunzător - fișierul 1049.mst). Nu voi vorbi despre cum să adăugați un pachet de instalare și fișiere de modificare (transformare) la politica de grup, sper că știți acest lucru și, dacă nu știți, atunci puteți.

Rămâne de luat în considerare problema adăugării bazelor de informații la lista pe care utilizatorul o va vedea la pornirea programului 1c. Din fericire, din 1c v 7.7. s-au schimbat multe și nu trebuie să editați registrul pentru asta. Informațiile despre bazele de date sunt acum stocate într-un fișier cu extensia v8i. În mod implicit, fișierul se află pe computerul local din folder %APPDATA%\1C\1CStart si are un nume ibases.v8i. , dar există unele limitări legate de faptul că fișierele *.v8i sunt fișiere în format unicode, iar GPP nu poate funcționa cu fișiere în codificare unicode. Prin urmare, trebuie să facem compromisuri, despre care puteți citi pe blogul lui Serghei. Dar există o altă modalitate de a crea o listă de baze de informații pentru utilizator, care nu are acest dezavantaj. Începând cu v8.1, în 1c a devenit posibil, odată înregistrată o bază de informații în lista „de mână”, să încărcați o descriere a fiecărei baze de informații într-un fișier v8i separat. Apoi, aceste fișiere v8i pot fi plasate într-o resursă de rețea partajată și adăugate la lista de baze de informații partajate a utilizatorilor. Și, știind că lista generală a bazelor de informații este stocată într-un fișier 1CEStart.cfg, care se află în folder %APPDATA%\1C\1CStart, puteți folosi GPP în aceste scopuri fără problemele pe care le-a întâmpinat Sergey Betke. Voi da un exemplu de conținut al unui fișier simplu 1CEStart.cfg(o descriere a formatului de fișier poate fi găsită pe site-ul http://its.1c.ru, dacă sunteți norocosul proprietar al unui abonament ITS).

Aproape de rector 26 iulie 2014 la 13:09

Conectarea bazelor de date 1C 8 folosind AD/GPO

• Administrarea sistemului

Bună ziua

Inspirat de o postare recentă, voi împărtăși o soluție alternativă la această problemă:

• fără a folosi scripturi
• fără editarea fișierelor 1C (ibases.v8i, 1CEStart.cfg)

Sarcinile de automatizare sunt similare: există multe baze de date 1C și un director AD este necesar ca un utilizator dintr-un anumit grup AD să aibă posibilitatea de a lansa o anumită bază de date 1C;

Această metodă este convenabilă numai dacă utilizatorul lucrează cu un număr mic de baze de date 1C (de la unu la zece), deoarece implică plasarea unei comenzi rapide separate pe desktop pentru fiecare bază de date.

Pasul 1.

Să creăm un grup în AD care să includă o listă de computere pe care este instalat clientul 1C - va include servere terminale fermă, precum și computere pe care este instalat clientul 1C. De fapt, acest lucru poate să nu fie necesar, dar vom folosi acest grup ca filtru suplimentar:

Pasul 2.

Să creăm grupuri în AD pentru utilizatorii bazei de date 1C:

Este posibil să observați că este creat un grup separat pentru a lansa baza de date cu alți parametri (în acest caz în modul client gros).

Pasul 3.

Creați o politică de grup care controlează comenzile rapide pentru utilizatori:

Din păcate, pentru 1C nu există încă o versiune client pentru platforma x64, așa că locația implicită a clientului depinde de adâncimea de biți a platformei. Pentru versiunea 1C 8.3 pe versiunea pe 32 de biți de Windows, clientul este instalat în %ProgramFiles%\1cv8\common\1cestart.exe și pe Windows pe 64 de biți - %ProgramFiles(x86)%\1cv8\common\1cestart. exe

Acum să aruncăm o privire mai atentă la crearea fiecărui element.

În fila „General”, setați parametrii pentru conectarea la baza de date și locația comenzii rapide (în acest caz, desktop). Un exemplu de creare a unei comenzi rapide pentru platforma Win x64

O scurtă digresiune pentru cei care doar plănuiesc să migreze de la platforma 1C 8.2 la 8.3:

În fila „Setări generale”, să ne direcționăm comanda rapidă către grupurile AD create anterior:

Setare pentru platforma Win x86:

Și pentru Win x64:

Adăugarea unei noi baze de date implică crearea unui nou grup AD, copierea comenzii rapide în GPO și editarea conexiunii la baza de date.

P.S. Dacă aveți angajați care plasează în mod independent comenzi rapide pe desktop, atunci este mai bine să nu utilizați această metodă de accesare a bazelor de date.

Vă mulțumesc pentru atenție, sper că această postare vă va fi de folos.

Etichete: 1c, ad, gpo, link-uri