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. Filnamn motsvarar LCID-decimalnotation Microsoft Windows(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 installation ny version. 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 ny installation i grupppolicyer.
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"
Där:
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 webbservern.
CONFREPOSSERVER – 1C:Enterprise-konfigurationslagringsserver.
SERVERCLIENT – komponenter för att administrera ett kluster av 1C:Enterprise-servrar.
CONVERTER77 – omvandlare 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 värde.
DESIGNERALLCLIENTS = 1
THINCLIENT = 1
THINCLIENTFILE = 1
SERVER = 0
WEBSERVEREXT = 0
KONFREPOSSERVER = 0
SERVERKLIENT = 0
CONVERTER77 = 0
SPRÅK = RU
Dessa. 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 allmän katalog på ditt nätverk där de kommer att lagras installationsfiler. 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".
Vi skapar 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.
När du installerar eller uppdaterar ett 1C Enterprise-program står många administratörer inför omöjligheten att korrekt utföra dessa uppgifter med hjälp av grupppolicyer. Det vanligaste felet är 1720:
Produkt: 1C:Enterprise 8.1 - Fel 1720. Det finns ett problem med detta Windows Installer-paket. Ett skript som krävs för att den här installationen ska slutföras kunde inte köras. Kontakta din supportpersonal eller paketleverantör. Anpassad åtgärd customDetectPrevVersion skriptfel -2147467259, Msi API-fel: ProductInfo,Product,Attribute Line 7, Column 5
Det här felet orsakas av felaktig funktion av programuppdateringsmekanismen, det vill säga vi kan inte installera en ny version ovanpå den installerade tidigare versionen.
För att utföra uppdateringen måste du manuellt redigera installations-msi-filen innan du skapar grupppolicyn. För att göra detta använder vi Microsofts gratis msi-filredigeringsverktyg som heter Späckhuggare. Det här verktyget är en del av Microsoft Windows Software Development Kit (SDK) och kan även laddas ner separat.
- Ladda ner och installera Späckhuggare;
- Öppna filen med programmet 1CEnterprise 8.1.msi
- Vi hittar avsnittet " CustomAction"och i den parametern" customDetectPrevVersion". Ta bort denna parameter och spara ändringarna;
- Kopiera till allmänheten nätverksmapp distributionen som för närvarande är installerad (om vi uppdaterar builden) och den nya versionen 1C med msi-filen vi modifierade. Vi kopierar naturligtvis till olika mappar
Nu måste vi skapa en grupppolicy och skapa i avsnittet " Installerar program» två installationspaket - gamla (till exempel 8.1.11) och nya (8.1.13) versioner (fig. 2).
Sedan, i egenskaperna för installationspaketet för den nya versionen av 1C, måste vi ange att detta paket utför en uppdatering gammal version 8.1.11 (Fig. 3). Efter tilldelning av en policy kan en ytterligare omstart av datorn krävas, eftersom borttagningen av den gamla och installationen av de nya programversionerna inte synkroniseras.
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.
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.
Du måste 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". Ett exempel visas i Windows Server 2008 R2.
Låt oss skapa ett nytt paket. Vi väljer filen 1CEnterprise 8.2.msi, sökvägen till filen måste anges genom nätverksmiljön \\SRV\…..\1CEnterprise 8.2.msi, vi väljer distributionsmetoden - speciell, så att ändringar kan göras.
Efter att jag skapat paketet har jag cirka 30 sekunder, fönstret för paketegenskaper öppnas.
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 adminstallrestart.mst. Det ska se ut så här:
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.
Nära rektorn 26 juli 2014 klockan 13:09Ansluta 1C 8-databaser med AD/GPO
- Systemadministration
God eftermiddag
Inspirerad av ett nyligen inlägg 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)
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 det här fallet 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-bitarsversion Windows-klient installerat i %ProgramFiles%\1cv8\common\1cestart.exe och på 64-bitars Windows - %ProgramFiles(x86)%\1cv8\common\1cestart.exe
Låt oss nu ta en närmare titt på skapandet av varje element.
På fliken "Allmänt", ställ 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: 
Tillägg ny bas handlar om att skapa ny grupp AD, 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
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?
- 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 stora tillverkare programvara, 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å lokal dator i en mapp %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).