En dålig specialist är den som måste springa till alla arbetsplatser och jobba med fötterna. Du måste arbeta med huvudet :)

Du kan installera plattformen på varje klientdator manuellt.

Men då måste administratören gå igenom alla datorer sekventiellt.
Om det finns 2-3 datorer är detta inget problem. Men om det finns ett dussin eller fler datorer kan den här processen ta lång tid.

Att uppdatera plattformen på klientdatorer kommer också att vara en utmaning.

För att automatisera denna process kan du använda möjligheten att installera plattformen på ett stort antal datorer via en delad nätverkskatalog.

Denna metod kan användas när klientdatorer har Windows installerat.
Administratören placerar plattformsdistributionssatser och en uppsättning konfigurationsfiler i en gemensam nätverkskatalog.
För att uppdatera plattformen behöver du bara placera den nya plattformsdistributionen i den gemensamma katalogen.

Massinstallation och uppdatering av 1C: 9 videor och PDF

Vi inbjuder dig att titta på mer detaljerat material:

Delad katalogstruktur

Den här videon beskriver hur en nätverkskatalog med plattformsdistributioner bör organiseras så att den kan användas för installation på ett stort antal datorer.
Det förklaras i vilken form plattformsdistributionerna ska laddas upp och vilka konfigurationsfiler som behövs.

Förbereder en delad katalog på servern

Den här videon diskuterar i praktiken hur man fyller i en nätverkskatalog med plattformsdistributioner. Plattformsdistributionen laddas upp och konfigurationsstarten redigeras. Visar hur du hittar startprogrammet för den önskade versionen.

Åtgärder på klientdatorn

Den här videon diskuterar funktionerna för att installera plattformen från en delad nätverkskatalog på en klientdator.

Plattformsuppdatering

Den här videon förklarar hur du korrekt placerar distributionspaketet för en ny releaseplattform i en gemensam nätverkskatalog. Den beskriver vilka åtgärder som måste utföras på klientdatorn för att plattformen ska uppdateras.

Konfigurationsfil som definierar platsen för den delade nätverkskatalogen

Den här videon förklarar var inställningarna för nätverksdelning lagras på klientdatorn, som bör användas för att söka efter en plattformsuppdatering.

Åtkomsträttigheter vid installation av plattformen via en delad nätverkskatalog

Den här videon förklarar det vanligaste felet som uppstår när du arbetar med en delad nätverkskatalog.

Arbetar som användare utan administrativa rättigheter

Den här videon beskriver hur du kan installera plattformen på en klientdator för en användare utan administrativa rättigheter. Uppmärksamhet uppmärksammas på nackdelarna med denna metod.

Potentiella säkerhetsproblem när du använder policyn AlwaysInstallElevated

Den här videon förklarar varför AlwaysInstallElevated-policyn är ett allvarligt problem för datorsäkerhet och varför du bör undvika att använda den i praktiken om möjligt.

Och sista dagen för startrabatter.

Den här kursen låter dig lösa ALLA problem relaterade till driftsättning och support av informationssystem på 1C.

Här är några ämnen från kursen:

• Installera och uppdatera 1C:Enterprise 8-plattformen – manuell och automatisk, för Windows och Linux
• Automatisk start att utföra rutinoperationer
• Uppdaterar konfigurationer från användarläge
• Uppdatering av icke-standardiserade konfigurationer. Hur man undviker problem vid uppdatering modifierade standardkonfigurationer
• Skapa din egen leverans cfu filer
• BSP-verktyg: externa blanketter, bearbetning av ifyllande av dokument m.m.
• Användande gratis DBMS PostgreSQL
• Installation och start serverkluster 1C:Enterprise 8
• Administrationsverktyg för att sätta upp ett kluster och arbetsservrar
• inställningar RLS med exemplet UPP 1.3 och ERP 2
• Vad ska man göra, om data i informationssäkerhet är korrupta
• inställningar datautbyten mellan konfigurationer
• Organisation grupputveckling
• Installation och användning hårdvaruskyddsnycklar
• 1C mjukvarulicenser: installation och bindning till extern utrustning

I vilket fall som helst, någon gång måste du distribuera 1C, konfigurera reservationer, åtkomsträttigheter, olika startlägen, testa databasernas integritet, säkerställa driften av servrar, etc.

Och det är bättre att göra det direkt.

Så att det inte händer senare "...! Tja vad fan...! Din...!" – och andra uttryck för ånger :)

Så, vilka metoder för att distribuera vår programvara erbjuder 1C oss?

1. Installation med inloggningsskript

2. Installation genom att placera den i en delad nätverkskatalog

3. Installation med hjälp av grupppolicyer

Vi avvisar de två första metoderna, eftersom I den här artikeln kommer vi att titta på installation med hjälp av grupppolicyer (GPO).

Informationen på 1C:ITS-sidorna som tillverkaren erbjuder oss om att distribuera sin produkt med hjälp av grupppolicyer är mycket sparsam:

När du installerar via grupppolicyer, för att ange installationsspråket, måste du ange lämplig språktransformationsfil. Filnamnen motsvarar Microsoft Windows decimala LCID-representation (med tillägget .mst). Transformationsfilen för det ryska språket heter 1049.mst.

Dessutom måste du ange transformationsfilen adminstallrestart.mst. I det här fallet kommer 1C:Enterprise-systemet, om klient- och serverversionerna inte matchar, att uppmana dig att starta om datorn för att installera den nya versionen. Administratören måste se till att den nya distributionen redan har lagts till i grupppolicyer.

Med hjälp av grupppolicyer kan du installera flera versioner av 1C:Enterprise.

För att installera en ny version måste du skapa en ny installation i grupprincip.

1049.mst är uppenbart, men adminstallrestart.mst är inte särskilt användbart. Därför kommer vi att skapa vår egen transformationsfil.
Först och främst skulle jag vilja förstå hur vi kan indikera för installatören vilka komponenter i produkten vi vill installera och vilka vi inte gör? Trots att dokumentationen från 1c generellt sett är ganska omfattande och detaljerad sägs det av någon anledning inte ett ord om detta. Men inloggningsskriptet, som vi avvisade i början, kommer att hjälpa oss att komma ur den här situationen. I skriptet kan vi se följande rader:

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

Var:
DESIGNERALLCLIENTS – alla klienter och konfigurator.
THINCLIENT är en tunn klient för klient-serverdrift.
THINCLIENTFILE – tunn klient med möjlighet att arbeta med filinfobaser.
SERVER – 1C:Enterprise-server. Om installationsprogrammet körs från startprogrammet kommer servern att installeras som en applikation.
WEBSERVEREXT – tilläggskomponenter för en webbserver.
CONFREPOSSERVER – 1C:Enterprise-konfigurationslagringsserver.
SERVERCLIENT – komponenter för att administrera ett kluster av 1C:Enterprise-servrar.
CONVERTER77 är en omvandlare av informationsbaser från version 1C:Enterprise 7.7.
SPRÅK – lista över gränssnittsspråk för installation. Om flera språk anges listas de separerade med "",.

Denna rad i skriptet genererar en kommandorad som kommer att skickas till msiexec-installationsprogrammet för bearbetning.

För att skapa en transformationsfil behöver vi "Orca"-redigeraren. (http://www.technipages.com/download-orca-msi-editor)
Och så, efter installationen, startar vi programmet. “File” – “Open” och välj “1Centerprise 8.msi” från 1C distributionssatsen. En lista med tabeller dök upp på vänster sida av programmet, och tabellvärden dök upp till höger. Därför att 1C själv rekommenderar inte att ändra msi-paketet, så vi går till menyn "Transform" - "New Transform".

Du måste gå till tabellen "Egenskap". På höger sida letar vi efter raden "DEFLANGUAGE", med värdet "Auto". Värdet måste ändras till "RU" (Utan citattecken förstås).

För de flesta användare behöver du installera ett minimum av komponenter, dessa är Thin Client, Thick Client och språk (till exempel ryska)
Låt oss därför skapa nya fält (Ctrl+R), där du behöver ange ett namn och ett värde.
DESIGNERALLCLIENTS = 1
THINCLIENT = 1
THINCLIENTFILE = 1
SERVER = 0
WEBSERVEREXT = 0
KONFREPOSSERVER = 0
SERVERKLIENT = 0
CONVERTER77 = 0
SPRÅK = RU

De där. Det ska se ut som på bilderna:

Gå sedan till menyn "Transformera" - "Generera omvandling...". Spara filen, kanske i mappen med distributionen, till exempel Client.mst
Detta slutför genereringen av transformationsfilen.
För att kontrollera installationen måste du öppna programmet "cmd". Gå till distributionsmappen. Och kör kommandot:
setup.exe /S TRANSFORMS=Client.mst TRANSFORMS =1049.mst
eller
msiexec /i "<каталог с дистрибутивом >"TRANSFORMER="<каталог с дистрибутивом >"\Client.mst TRANSFORMS="<каталог с дистрибутивом >"\1049.mst/passiv

I det första kommandot, parametern "/S" och i det andra kommandot, betyder parametern "/passive" att installationen kommer att ske i bakgrunden.

Efter en tid kan du kontrollera. Tjock klient, tunn klient och ryskt gränssnitt bör installeras.

Därefter måste du skapa en ny installation i domängrupppolicyer.
Du måste också skapa en delad katalog på ditt nätverk där installationsfilerna kommer att lagras. Kontrollera att domänanvändare har läsbehörigheter från den här katalogen.
Öppna GP-editorn. Vi skapar en ny policy. Öppna den för redigering. Gå till avsnittet "Datorkonfiguration" - "Installera program".

Låt oss skapa ett nytt paket. Vi väljer filen 1CEnterprise 8.2.msi, sökvägen till filen måste specificeras genom nätverksmiljön \\SRV\…..\1CEnterprise 8.msi, vi väljer distributionsmetoden - en speciell sådan, så att ändringar kan göras .

När du har skapat paketet öppnas fönstret för paketegenskaper.
Du måste gå till fliken "Ändringar" och lägga till en transformationsfil för det ryska språket som heter 1049.mst och en transformationsfil Client.mst.

Efter att du klickat på "OK" kommer det inte att vara möjligt att lägga till modifieringsfiler.
Paketet är klart. Det är värt att notera att paketet måste appliceras på en grupp datorer, för att göra detta måste du skapa en sådan grupp i AD och placera de datorer som installationen är avsedd för där.

På något sätt övergav jag min mysiga. Jag rättar mig. Idag kommer vi att prata om att installera 1c v8.2 i en företagsmiljö med hjälp av grupppolicyer. Så, vilka metoder för att distribuera vår programvara erbjuder 1C oss?

1. Installation med hjälp av grupppolicyer

Vi avvisar de två första metoderna, eftersom för att kunna använda dem måste användaren ha lokala administratörsrättigheter (detta är inte våra metoder). Det skulle vara möjligt att använda skriptet som ett startskript, med ett litet tillägg till det. Men för att vara ärlig förstår jag inte: varför använda ett skript när du har standardmöjligheten att distribuera en applikation från ett msi-paket med hjälp av grupppolicyer. Det verkar som ännu ett trivialt fall av programvarudistribution i en domän. Låt oss nu gå till tillverkarens webbplats, läsa om hur man ställer in ett msi-paket, kanske till och med ladda ner några verktyg för att skapa en transformationsfil (mst-fil), som är vanligt med stora mjukvarutillverkare, och jobbet kommer att göras. Så var dock inte fallet. Informationen som tillverkaren erbjuder oss om att distribuera sin produkt med hjälp av grupppolicyer är mycket mager:

När du installerar via grupppolicyer, för att ange installationsspråket, måste du ange lämplig språktransformationsfil. Filnamnen motsvarar Microsoft Windows decimala LCID-representation (med tillägget .mst). Transformationsfilen för det ryska språket heter 1049.mst.

Dessutom måste du ange transformationsfilen adminstallrestart.mst. I det här fallet kommer 1C:Enterprise-systemet, om klient- och serverversionerna inte matchar, att uppmana dig att starta om datorn för att installera den nya versionen. Administratören måste se till att den nya distributionen redan har lagts till i grupppolicyer.

Med hjälp av grupppolicyer kan du installera flera versioner av 1C:Enterprise.

För att installera en ny version måste du skapa en ny installation i grupprincip.

Företaget 1c försåg oss med en mycket märklig uppsättning information: information om transformationsfilen (modifiering) 1049.mst är uppenbar, men information om adminstallrestart.mst är inte särskilt användbar. Först och främst skulle jag vilja förstå hur vi kan indikera för installatören vilka komponenter i produkten vi vill installera och vilka vi inte gör? Trots att dokumentationen från 1c generellt sett är ganska omfattande och detaljerad sägs det av någon anledning inte ett ord om detta. Men inloggningsskriptet, som vi avvisade i början, kommer att hjälpa oss att komma ur den här situationen. I skriptet kan vi se följande rader:

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

Denna rad i skriptet genererar en kommandorad som kommer att skickas till msiexec-installationsprogrammet för bearbetning. Som vi kan se läggs parametrar av formen "Property=PropertyValue" till på denna rad. Det skulle vara rimligt att anta att var och en av dessa egenskaper bör återspeglas i tabellen Egenskaper i msi-paketet. Efter att ha tittat in i msi-paketet med Orca-editorn (som redan har skrivits om på min blogg), såg jag ingen av dessa egenskaper i 1c-paketet. Därför, för säkerhets skull, .

Så vi måste lägga till flera rader i tabellen Egenskaper som innehåller motsvarande egenskaper och deras värden. Naturligtvis kommer vi inte att göra ändringar direkt i själva installationspaketet (msi-fil), utan kommer att förbereda en transformator (mst-fil) med hjälp av Orca. Skärmdumpen visar de ändringar som måste göras i installationspaketet för att indikera att vi bara vill installera de tjocka och tunna klienterna och samtidigt välja det ryska språket för gränssnittet (glöm inte att vi inte bara måste välj det ryska språket för gränssnittet, men lägg också till det i installationspaketet med hjälp av lämplig transformator - filen 1049.mst). Jag kommer inte att prata om hur man lägger till ett installationspaket och modifieringsfiler (omvandlingsfiler) till grupppolicy, jag hoppas att du vet detta, och om du inte vet, så kan du det.

Det återstår att överväga frågan om att lägga till informationsbaser till listan som användaren kommer att se när man startar 1c-programmet. Lyckligtvis, sedan 1c v 7.7. mycket har förändrats och du behöver inte redigera registret för detta. Information om databaser lagras nu i en fil med tillägget v8i. Som standard finns filen på den lokala datorn i mappen %APPDATA%\1C\1CEStarta och har ett namn ibases.v8i. , men det finns vissa begränsningar relaterade till det faktum att *.v8i-filer är filer i unicode-format, och GPP kan inte fungera med filer i unicode-kodning. Därför måste vi göra kompromisser, vilket du kan läsa om i Sergeis blogg. Men det finns ett annat sätt att skapa en lista med infobaser för användaren, som inte har denna nackdel. Från och med v8.1 blev det i 1c möjligt att, efter att ha registrerat en infobas i listan "för hand", ladda upp en beskrivning av varje infobas till en separat v8i-fil. Sedan kan dessa v8i-filer placeras på en delad nätverksresurs och läggas till användarnas lista över delade infobaser. Och att veta att den allmänna listan över infobaser är lagrad i en fil 1CEStart.cfg, som finns i mappen %APPDATA%\1C\1CEStarta, kan du använda GPP för dessa ändamål utan de problem som Sergey Betke stötte på. Jag ska ge ett exempel på innehållet i en enkel fil 1CEStart.cfg(en beskrivning av filformatet finns på webbplatsen http://its.1c.ru, om du är den lyckliga ägaren av ett ITS-abonnemang).

Nära rektorn 26 juli 2014 klockan 13:09

Ansluta 1C 8-databaser med AD/GPO

• Systemadministration

God eftermiddag

Inspirerad av ett inlägg nyligen kommer jag att dela en alternativ lösning på detta problem:

• utan att använda skript
• utan att redigera 1C-filer (ibases.v8i, 1CEStart.cfg)

Automatiseringsuppgifterna är liknande: det finns många 1C-databaser och en AD-katalog, det är nödvändigt för en användare i en viss AD-grupp att få möjlighet att starta en viss 1C-databas.

Denna metod är endast praktisk om användaren arbetar med ett litet antal 1C-databaser (från en till tio), eftersom det innebär att placera en separat genväg på skrivbordet för varje databas.

Steg 1.

Låt oss skapa en grupp i AD som inkluderar en lista över datorer på vilka 1C-klienten är installerad - den kommer att inkludera terminalfarmservrar, såväl som datorer på vilka 1C-klienten är installerad. Faktum är att detta kanske inte är nödvändigt, men vi kommer att använda den här gruppen som ett extra filter:

Steg 2.

Låt oss skapa grupper i AD för 1C-databasanvändare:

Du kanske märker att en separat grupp skapas för att starta databasen med andra parametrar (i detta fall i tjockt klientläge).

Steg 3.

Skapa en grupppolicy som styr användargenvägar:

Tyvärr, för 1C finns det ännu ingen klientversion för x64-plattformen, så standardplatsen för klienten beror på plattformens bithet. För version 1C 8.3 på 32-bitarsversionen av Windows installeras klienten i %ProgramFiles%\1cv8\common\1cestart.exe och på 64-bitars Windows - %ProgramFiles(x86)%\1cv8\common\1cestart. ex

Låt oss nu titta närmare på skapandet av varje element.

På fliken "Allmänt" ställer du in parametrarna för att ansluta till databasen och platsen för genvägen (i det här fallet skrivbordet). Ett exempel på att skapa en genväg för Win x64-plattformen

En liten utvikning för dem som bara planerar att migrera från 1C 8.2-plattformen till 8.3:

På fliken "Allmänna inställningar", låt oss rikta vår genväg till de tidigare skapade AD-grupperna:

Inställning för Win x86-plattformen:

Och för Win x64:

Att lägga till en ny databas innebär att man skapar en ny AD-grupp, kopierar genvägen till GPO och redigerar anslutningen till databasen.

P.S. Om du har anställda som självständigt placerar genvägar på skrivbordet, är det bättre att inte använda den här metoden för att komma åt databaser.

Tack för din uppmärksamhet, jag hoppas att det här inlägget kommer att vara användbart för dig.

Taggar: 1c, annons, gpo, länkar