Vi arbetar i 1c på en terminalserver. Ansluter till servern

Idag ska vi titta på valet av serverhårdvara för en liten organisation för 25-30 användare, med en distribuerad infrastruktur (butiker, lager), som kräver en terminalserver och programmet 1C: Enterprise. Alla anställda kommer att använda dessa tjänster.

De flesta små företag, för att minska kostnaderna för utrustning, föredrar att minimera mängden köpt utrustning och ber administratörer att "skjuta" alla tjänster de efterfrågar till en fysisk server. Önskan är förståelig och förlåtlig, men "det finns nyanser."

Du kan organisera en terminalserver och använda den där filversion 1C, men med ett sådant antal användare rekommenderar utvecklingsföretaget att byta till klient-serverversionen. Därför kommer vi att behöva ytterligare en server för "1C: Enterprise" och en databasserver. Låt oss genast klargöra vad vi ska organisera en terminalserver, SQL-server och 1C-server på en operativ system det är möjligt, men ur synvinkeln av säkerhet och stabilitet hos tjänster rekommenderas detta starkt inte. Men om du fortfarande verkligen vill använda en fysisk server för alla tre rollerna rekommenderar vi att du använder virtualisering, till exempel, VMWare ESXi eller Hyper-V.
Så tre alternativ dyker upp:

En server med fil 1C. Ett dåligt alternativ, vi kommer inte att överväga det ytterligare.
En server med två virtuella maskiner.
Två fysiska servrar, en terminal, den andra med en databas och 1C.

För att lösa dessa problem kan följande serverkonfiguration föreslås:

I fall att en fysisk server vi valde Dell R710, med två sexkärniga Xeon X5650-processorer, 64 GB random access minne och sex diskar: två SSD:er i RAID 1 och fyra SAS-diskar i RAID 10.

I fall att två fysiska servrar Vi valde följande konfigurationer:

Terminalserver: IBM x3550 M3 med en Xeon E5620-processor, 32 GB RAM och två SSD-enheter i RAID 1, med ett extra nätverkskort för två gigabit-gränssnitt. Denna server har också rika uppgraderingsmöjligheter, eftersom den är dubbelprocessor, har 18 minnesplatser och stöder upp till 288 GB RAM.
Databasserver: IBM x3250 M5 med en Xeon E3-1220v3-processor, 16 GB RAM, en extra SAS/SATA RAID-kontroller, fyra SAS-diskar i RAID 10, med ett extra nätverkskort för 2 gigabit-gränssnitt.

Varför valde vi just dessa konfigurationer? För att svara på denna fråga, låt oss beräkna vad vi behöver för att säkerställa en bekväm användarupplevelse i vår lilla organisation med 25-30 anställda. För att undvika missförstånd: detta är bara ett exempel på billig implementering av 1C, och i många fall är det mer tillrådligt att välja andra konfigurationer.

CPU

När det gäller processortid upptar terminalsessioner inte en särskilt stor andel. Baserat på erfarenheten av att implementera terminallösningar i olika organisationer, för att upprätthålla bekvämt arbete för 30 användare, kommer 4-6 fysiska processorkärnor att räcka, en kärna för 6-8 sessioner.

För en liten databas behöver SQL-servern en kärna. Men vi kommer att fokusera på att utöka databasen i framtiden (eller öka antalet databaser) och kommer att ta två SQL-kärnor.

För en 1C: Enterprise-server är det inte så mycket antalet kärnor som är viktigt, utan deras klockfrekvens och bussfrekvens. Därför kommer vi att lägga till ytterligare två kärnor till 1C-servern.
Och låt oss inte glömma att om vi använder virtualisering kommer en eller två kärnor att vara användbara för oss för att säkerställa driften av värdoperativsystemet.

Totalt får vi:

en server med två virtuella maskiner kräver 12 fysiska kärnor. Du kan göra mindre, men det ska alltid finnas en kraftreserv. En server med två sexkärniga processorer är idealisk för detta.
För en terminalserver räcker det med en Xeon E5620-processor med sex kärnor för en databasserver, en Xeon E3-1220v3-processor med fyra kärnor.

Bagge

Låt oss först se hur mycket RAM som behövs för tjänster:

Operations rum Windows-system Servern kräver bara 2 GB RAM.
För SQL och en liten 1C-databas räcker det med 4-6 GB RAM.
1C: Enterprise-servern kräver ytterligare 2-3 GB RAM.
Vi förväntar oss att varje användare kommer att behöva 700 MB RAM i en terminalsession, sedan kommer 30 användare att behöva 21 GB.

Låt oss nu tillämpa detta på våra alternativ.

En server med två virtuella maskiner kräver cirka 40 GB RAM.
För en terminalserver räcker det med 24 GB eller 32 GB RAM (vi tar det med marginal, förutsatt framtida expansion). För en server med databaser behöver du minst 8 GB, men detta är "back to back", så 16 GB är med en reserv. Minne är nu en av de billigaste serverkomponenterna.

Diskundersystem

Detta är den traditionella flaskhalsen för många system. Rätt val hårddiskar mycket viktigt för att säkerställa serverns prestanda. När 1C arbetar med en SQL-databas sker många läs/skrivoperationer per sekund (IOPS). Om användare arbetar på en terminalserver med tunna klienter(dvs de använder terminalservern fullt ut som arbetsmiljö), detta sätter mycket stress på disksystem server. Till exempel känner 30 användare av en terminalserver på RAID 1, SATA 3 Gb/s, med WD Velociraptor-enheter obekväma när de arbetar med e-post och aktivt surfar på Internet. För terminalservrar rekommenderar vi att du använder SSD-enheter. För databasservrar - SAS-diskar sammansatta till feltoleranta arrayer.

Förutom enheter bör uppmärksamhet också ägnas åt diskkontrollern. Moderna servrar har ganska bra kontroller ombord, till exempel HP SmartArray och DELL PERC. Det skulle dock vara felaktigt att använda "onboard"-lösningar under tung belastning när maximal prestanda krävs. Genom att spara lite kan du enkelt få en kraftfull server som inte drar lasset alls. Därför måste styrenheten ha ett eget icke-flyktigt minne.

Låt oss överväga alternativ för att lösa detta problem.

För en server med två virtuella maskiner är det tillrådligt att använda två RAID-arrayer: en kommer att innehålla terminalserverns virtuella maskinfiler, den andra kommer att innehålla databasservern och 1C: Enterprise virtuella maskinfiler. För att skapa din första array är det bäst att använda två SSD-enheter i RAID 1 (spegel).
Det är bättre att skapa den andra arrayen från fyra SAS-enheter i RAID 10 (spegel + stripe), men det är också möjligt från två SSD-enheter i RAID 1. Valet beror bara på kostnaden för enheterna och servermodellen.
För två servrar är allt detsamma, endast arrayerna kommer att fördelas mellan servrarna. På terminalen - RAID 1 av två SSD:er, på databasservern - RAID 10.

En eller flera servrar

Som nämnts ovan har små organisationer en ganska stark önskan att placera alla tjänster på en server.

Fördelarna med att använda en enda server och virtualisering inkluderar lägre energiförbrukning och mer flexibel fördelning av resurser mellan virtuella maskiner. Tja, att överföra virtuella maskiner, om något händer, är mycket bekvämare än att överföra fysiska operativsystem.

Två servrar har dock större uppgraderingsmöjligheter. Till exempel, i vår version, förvandlas den billiga IBM x3550 M3 med tillägg av ytterligare en processor och RAM till en elegant kort terminalserver för 50 eller till och med fler användare.

En annan "flaskhals" i vårt fall, som måste beaktas vid val av två fysiska servrar, är utbytet av data mellan dem över nätverket. U virtuella servrar Datautbyte sker genom en virtuell switch. Här, för att öka nätverkets genomströmning, kan du i varje server installera ett nätverkskort med två gigabit-gränssnitt, som kan aggregeras med varandra och direkt koppla ihop båda servrarna med aggregerade 2 gigabit-länkar. Eller använd nätverkskort med SPF+ 10GBASE, men det här är dyrt.

Kraftreserv

Vid beräkning och val av server måste toppbelastningar beaktas. Det är också nödvändigt att komma ihåg att databasen bara kommer att "svälla", mängden data på terminalservern kommer att växa och antalet användare kan öka. Många företag sparar på energireserver och efter sex månader eller ett år står de inför avbrott i arbetet och klagomål från användare. Så är fallet när ett överdrivet sparande leder till nya kostnader i framtiden – den snåle betalar två gånger. Alternativen vi har valt är designade med effektreserver och uppgraderingsmöjligheter. Det tas med i beräkningen att det kommer att vara möjligt att lägga till ytterligare två till DELL R710 hårddiskar och RAM, samt ersätta processorer med mer effektiva.

Så om du behöver expansion, eller antalet tjänster ökar, så finns det stora framtidsutsikter, och befintliga servrar kommer effektivt att utföra sina uppgifter under lång tid. Om ett år kanske vi plötsligt behöver fördubbla antalet användare till 60 personer? Snälla du.

Om du använde en DELL R710-server kan du köpa en billig IBM x3550 M3, installera en hypervisor på den, överföra en virtuell maskin med en databas och en 1C-server dit och ge alla resurser till DELL virtuell maskin med terminalen. Det kommer att gå snabbt och du behöver inte "slänga allt och köpa nytt."
Om du använde två IBM-servrar, förvandlas x3550 M3 med tillägg av en andra processor och en liten mängd RAM från en genomsnittlig maskin till en ganska kraftfull maskin. Och i x3250 M5 kan du uppgradera processorn från E3-1220v3 till E3-1285v3.

Många användare av 1C Enterprise-programmen 8.3, 8.2 eller 7.7 stöter förr eller senare på det faktum att 1C-nätverksprogram börjar fungera långsamt eller, som experter säger, "servern är långsam." Problemet manifesterar sig på vilken konfiguration och plattform som helst - redovisning, handelshantering, löne- och personalhantering och andra.

Anledningen är att ju fler användare som arbetar i nätverkets infobas och ju fler operationer de utför, desto svårare är det för servern att behandla nätverksförfrågningar.

Bandbredd lokalt nätverk det är omöjligt att öka på obestämd tid, och att öka datorkraften på varje arbetsplats är ganska dyrt.

Vad ska man göra, är det verkligen nödvändigt att vänta länge på ombearbetning av dokument eller, som inte utförs en gång i månaden, utan mycket oftare?

En modern lösning på problemet med prestanda för redovisning och andra program är användningen av en terminalserver.

Vad ger det att installera en terminalserver?

En terminalserver är en dator som inte bara distribuerar åtkomst till en nätverksinformationsbas som en vanlig server, utan också kör användarprogram i sitt minne och på sina processorer (betjänar klientterminaler).

När du arbetar över ett vanligt lokalt nätverk utför användarens dator alla beräkningar själv och kommer bara åt nätverket för att hämta data från en gemensam lagring - en nätverksdatabas (DB). Databasen kan vara fil eller klient-server, det är inte så viktigt.

1C terminalserver utför alla beräkningar själv och den nödvändiga bearbetningen, medan den inte går någonstans över nätverket, sedan informationsbas data lagras på den, och resultatet (bara en skärmbild) skickas till klientens dator. I huvudsak är 1c-terminalen (klientdator) helt enkelt ett tangentbord och bildskärm som är anslutna via ett nätverk till en terminalserver, och nätverkstrafiken vid överföring av skärmbilder är mycket liten.

Därför, för terminalklienter finns det inget behov av att ha kraftfulla dyra datorer och det finns inte ens något behov av att installera ett höghastighetsnätverk, eftersom en liten mängd data överförs över nätverket, och beräkningar utförs inte alls på klientens dator.

Därför måste vi installera och konfigurera en 1C-terminalserver (en dator med kraftfull processor och en stor mängd minne), är det inte nödvändigt att ha ett lokalt höghastighetsnätverk och användarnas datorer är inte alls snabba (nu kallas de terminalklienter).

Förresten, i det här fallet finns det inte ens ett behov av att installera 1C Enterprise-program på klientdatorer. De startas och exekveras på terminalservern, och resultatet, d.v.s. bilden på skärmen skickas till klienten.

Att använda terminalläge ger ett antal viktiga fördelar för användare och organisationen som helhet:

betydande ökning av arbetshastigheten nätverksprogram 1C med en betydande minskning av belastningen på det lokala nätverket. Detta är särskilt märkbart när du använder en filserver. Hastigheten på 1C-program ökar flera gånger;
garanterad databevarande i händelse av nätverksfel, eftersom själva data inte överförs över nätverket. Detta faktum är extremt viktigt för filserverarkitekturen, eftersom 1C-fildatabaser verkligen inte gillar nätverksfel och oväntade strömavbrott;
en märkbar minskning av kostnaderna för organisationens IT-struktur, sedan förvärvet kraftfull dator endast ett krävs, och inte enligt antalet jobb;
öka arbetssäkerheten både när det gäller fysisk dataintegritet och när det gäller att skydda konfidentiell information, eftersom kopiering av en fungerande databas från en terminalserver är svårare än från en filserver;
betydande besparingar under efterföljande uppgraderingar av datorparken, eftersom återigen bara servern behöver uppgraderas eller ändras.

Det unika med den föreslagna lösningen ligger alltså i att det är möjligt avsevärt öka prestandan hos ett nätverksdatorsystem och samtidigt avsevärt minska dess totala kostnad.

Hur man konfigurerar en server för att köra 1C-program i terminalserverläge

För att vår kraftfulla dator ska bli en 1C-terminalserver är det nödvändigt att installera en special mjukvarulösning att organisera sådan åtkomst för nätverksanvändare.

Den idealiska lösningen för att organisera terminaldrift i ett nätverk är att använda en terminalserver från den inhemska utvecklaren "ViTerminal".

Betydande fördelar med att installera denna lösning:

Fungerar utan serveroperativsystem på vanliga operativsystem: Windows XP, Windows 7 och 8. Detta innebär att servern inte behöver köpa ett dyrt server-OS (som Windows Server 2012 R2), vilket resulterar i en betydande minskning av slutkostnad

Hög hastighet och stabilitet, speciellt om du använder 1C filläge

Konfigurerbara åtkomsträttigheter till serverresurser i Viterminal

Lågt pris på både serverdel- och terminalklientlicenser

Enkel procedur för att installera och konfigurera en terminalserver

Ytterst enkel procedur serveradministration (det här är faktiskt vanlig dator utan komplexa servertjänster och nyanserna i deras drift)

Möjlighet att arbeta Viterminal via Internet om det finns statisk IP-adress på servern

Garanterat stöd från en rysk utvecklare.

Den sista punkten är av stor betydelse. Det räcker med att påminna om hur Microsoft och Oracle vägrade att stödja sin programvara till flera ryska banker under den senaste politiska krisen. Det är osannolikt att kommersiella eller budgetorganisationer nu vill spela på lotteri med sina egna pengar med utländska strukturer och riskera sin informationssäkerhet.

Schema för att ställa in Viterminal terminalläge

Välj en tillräckligt kraftfull dator ( bra processor och mycket minne), som vi vill använda som terminalserver för Viterminal. Det är inte alls nödvändigt att detta blir en riktigt dyr server med RAID-arrayer, med hot swap elektroniska komponenter etc. För ett litet antal användare en pålitlig personlig dator, Förbi minst i det inledande skedet.

Vi installerar serverdelen av terminalen på servern (en enkel installationsprocedur utförs - standardinstallation)
Vi skapar på denna server användare med lösenord som kommer att ges åtkomst till denna terminalserver
Vi installerar klientmjukvaran på varje klientdator. Som ett resultat, när användaren startar sin klientapplikation, anger användaren sin inloggning och kommer till servern (även om han kanske inte vet detta). En revisors arbete skiljer sig inte heller från vanligt arbete.

Den slutliga kostnaden för lösningen beräknas baserat på antalet nödvändiga servrar och klienter i nätverket. Terminalen är registrerad hos Federal Service for Intellectual Property of the Russian Federation (certifikat N 2009613085), och slutanvändare får ett licenscertifikat.

Det är också uppenbart att terminalen själv inte bryr sig om vilka program som kommer att startas på en sådan server. Detta kan vara 1C Enterprise 8.2 eller 8.3 eller 7.7 av vilken konfiguration som helst, textredigerare, kalkylblad och andra program som nätverksklienter behöver använda.

För konsultationer om Viterminal, samt frågor om beräkning av kostnader och utfärdande av fakturor och tillhandahållande av en fungerande demoversion av terminalservern med installationsinstruktioner, vänligen kontakta oss via e-post: [e-postskyddad] eller till sidan.

Här ska vi titta på hur man konfigurerar 1-C via fjärrskrivbordsanslutning(RDP), dvs. använder en terminalserver på operativsystemet Windows Server 2003.

Denna procedur är för dem som inte använder speciella databasservrar designade för 1-c, utan helt enkelt använder den vanliga 1-c-konfigurationen som finns på servern och ansluter till den via ett lokalt nätverk som anger databassökvägen. Det är främst så de fungerar på små kontor, och när man använder den här anslutningsmetoden fungerar 1-C ganska långsamt, och det är därför jag kommer att beskriva processen för hur du kan öka hastigheten på programmet på ett ganska enkelt sätt.

Så till att börja med måste du ha en bra, kraftfull dator och det bästa av allt, en riktig server med operativsystemet Windows Server 2003 eller högre installerat. I den måste du konfigurera terminalservern, den är konfigurerad enligt följande:

Start->Administration->Hantera denna server ->lägg till eller ta bort en roll ->klicka nästa ->välj en speciell konfiguration ->mittemot terminalservern har du "nej", välj bara och klicka på nästa -> så kommer en omstart att ske -> skapa sedan användare till gruppen " Användare av fjärrskrivbord"och du kan ansluta ( exempel mer detaljerad installation och terminalserverinställningar finns i artikeln - Installera en terminalserver på Windows Server 2008).

Nu ställer vi upp anslutningen på klientdatorn, för att göra detta kör du " fjärrskrivbord» Start -> Program -> Tillbehör -> Anslut till fjärrskrivbord ( RDP-klient). I fönstret som visas, i fältet " dator" eller " server» skriv IP-adressen eller namnet på den dator på vilken terminalservern och, följaktligen, själva 1-C-databasen är installerade.

Efter att ha loggat in kommer du att bli ombedd att ange " användare"och" Lösenord» ( Du borde redan ha skapat dem på servern). Sedan, äntligen, kommer samma fjärrskrivbord att öppnas för dig. Hitta först var du har genvägen eller exe-filen för att starta 1c, kopiera sökvägen, till exempel blir det D:\BIN\1cv7s.exe och spara den. Koppla sedan bort ( Du behöver alltid trycka på start->avsluta system eftersom... om du bara stänger av X blir det felaktigt).

Därefter startar du fjärrskrivbordet igen och klickar på " alternativ"och fyll i fälten" användare"och" Lösenord", så att du inte behöver ange den varje gång du ansluter. Gå sedan till programfliken och markera rutan bredvid "starta programmet när det är anslutet" och klistra in samma sökväg som du sparade ( i vårt exempel D:\BIN\1cv7s.exe). Låt oss titta på bilderna:

Nu kan du ansluta, och redan vid denna lansering kommer du att starta 1-C-programmet, men redan på fjärrdator, dvs. server. Allt du behöver göra är att konfigurera sökvägen till databasen. Men kom ihåg att vi är på servern och därför finns databasen också på servern, och vi kommer att visa sökvägen lokalt och inte över nätverket.

Om du gör allt korrekt kommer du själv att märka att hastigheten på 1-C kommer att öka, eftersom klientdatorn inte längre använder sina egna resurser utan serverns resurser. Den här metoden Connection är bra för små kontor där cirka 50 personer arbetar i 1-C-programmet för att vara ärlig, vi har helt enkelt inte provat det längre eftersom det finns helt enkelt inga människor.

Du kan organisera en terminalserver och använda filversionen av 1C där, men med ett sådant antal användare rekommenderar utvecklingsföretaget att byta till klient-serverversionen. Därför kommer vi att behöva ytterligare en server för "1C: Enterprise" och en databasserver. Låt oss förtydliga omedelbart att det är möjligt att organisera en terminalserver, SQL-server och 1C-server på ett operativsystem, men ur säkerhetssynpunkt och stabilitet hos tjänster rekommenderas detta starkt inte. Men om du fortfarande verkligen vill använda en fysisk server för alla tre rollerna rekommenderar vi att du använder virtualisering, till exempel VMWare ESXi eller Hyper-V.
Så tre alternativ dyker upp:

En server med fil 1C. Ett dåligt alternativ, vi kommer inte att överväga det ytterligare.
En server med två virtuella maskiner.
Två fysiska servrar, en terminal, den andra med en databas och 1C.

För att lösa dessa problem kan följande serverkonfiguration föreslås:

I fall att en fysisk server Vi valde Dell R710, med två sexkärniga Xeon X5650-processorer, 64 GB RAM och sex diskar: två SSD:er i RAID 1 och fyra SAS-diskar i RAID 10.

I fall att två fysiska servrar Vi valde följande konfigurationer:

Terminalserver: IBM x3550 M3 med en Xeon E5620-processor, 32 GB RAM och två SSD-enheter i RAID 1, med ett extra nätverkskort för två gigabit-gränssnitt. Denna server har också rika uppgraderingsmöjligheter, eftersom den är dubbelprocessor, har 18 minnesplatser och stöder upp till 288 GB RAM.
Databasserver: IBM x3250 M5 med en Xeon E3-1220v3-processor, 16 GB RAM, en extra SAS/SATA RAID-kontroller, fyra SAS-diskar i RAID 10, med ett extra nätverkskort för 2 gigabit-gränssnitt.

CPU

För en liten databas behöver SQL-servern en kärna. Men vi kommer att fokusera på att utöka databasen i framtiden (eller öka antalet databaser) och kommer att ta två SQL-kärnor.

För en 1C: Enterprise-server är det inte så mycket antalet kärnor som är viktigt, utan snarare deras klockhastighet och bussfrekvens. Därför kommer vi att lägga till ytterligare två kärnor till 1C-servern.
Och låt oss inte glömma att om vi använder virtualisering kommer en eller två kärnor att vara användbara för oss för att säkerställa driften av värdoperativsystemet.

Totalt får vi:

en server med två virtuella maskiner kräver 12 fysiska kärnor. Du kan göra mindre, men det ska alltid finnas en kraftreserv. En server med två sexkärniga processorer är idealisk för detta.
För en terminalserver räcker det med en Xeon E5620-processor med sex kärnor för en databasserver, en Xeon E3-1220v3-processor med fyra kärnor.

Bagge

Låt oss först se hur mycket RAM som behövs för tjänster:

Operativsystemet Windows Server kräver bara 2 GB RAM.
För SQL och en liten 1C-databas räcker det med 4-6 GB RAM.
1C: Enterprise-servern kräver ytterligare 2-3 GB RAM.
Vi förväntar oss att varje användare kommer att behöva 700 MB RAM i en terminalsession, sedan kommer 30 användare att behöva 21 GB.

Låt oss nu tillämpa detta på våra alternativ.

En server med två virtuella maskiner kräver cirka 40 GB RAM.
För en terminalserver räcker det med 24 GB eller 32 GB RAM (vi tar det med marginal, förutsatt framtida expansion). För en server med databaser behöver du minst 8 GB, men detta är "back to back", så 16 GB är med en reserv. Minne är nu en av de billigaste serverkomponenterna.

Diskundersystem

Detta är den traditionella flaskhalsen för många system. Att välja rätt hårddiskar är mycket viktigt för att säkerställa serverns prestanda. När 1C arbetar med en SQL-databas sker många läs/skrivoperationer per sekund (IOPS). Om användare arbetar på terminalservern från tunna klienter (det vill säga de använder terminalservern fullt ut som arbetsmiljö), belastar detta serverns disksystem kraftigt. Till exempel känner 30 användare av en terminalserver på RAID 1, SATA 3 Gb/s, med WD Velociraptor-enheter obekväma när de arbetar med e-post och aktivt surfar på Internet. För terminalservrar rekommenderar vi att du använder SSD-enheter. För databasservrar - SAS-diskar sammansatta till feltoleranta arrayer.

Låt oss överväga alternativ för att lösa detta problem.

För en server med två virtuella maskiner är det tillrådligt att använda två RAID-arrayer: en kommer att innehålla terminalserverns virtuella maskinfiler, den andra kommer att innehålla databasservern och 1C: Enterprise virtuella maskinfiler. För att skapa din första array är det bäst att använda två SSD-enheter i RAID 1 (spegel).
Det är bättre att skapa den andra arrayen från fyra SAS-enheter i RAID 10 (spegel + stripe), men det är också möjligt från två SSD-enheter i RAID 1. Valet beror bara på kostnaden för enheterna och servermodellen.
För två servrar är allt detsamma, endast arrayerna kommer att fördelas mellan servrarna. På terminalen - RAID 1 av två SSD:er, på databasservern - RAID 10.

En eller flera servrar

Som nämnts ovan har små organisationer en ganska stark önskan att placera alla tjänster på en server.

En annan "flaskhals" i vårt fall, som måste beaktas vid val av två fysiska servrar, är utbytet av data mellan dem över nätverket. För virtuella servrar sker datautbyte via en virtuell switch. Här, för att öka nätverkets genomströmning, kan du i varje server installera ett nätverkskort med två gigabit-gränssnitt, som kan aggregeras med varandra och direkt ansluta båda servrarna med aggregerade 2 gigabit-länkar. Eller använd nätverkskort med SPF+ 10GBASE, men detta är dyrt.

Kraftreserv

Vid beräkning och val av server måste toppbelastningar beaktas. Det är också nödvändigt att komma ihåg att databasen bara kommer att "svälla", mängden data på terminalservern kommer att växa och antalet användare kan öka. Många företag sparar energireserver och efter sex månader eller ett år ställs de inför avbrott i arbetet och klagomål från användare. Så är fallet när ett överdrivet sparande leder till nya kostnader i framtiden – den snåle betalar två gånger. Alternativen vi har valt är designade med effektreserver och uppgraderingsmöjligheter. Det tas med i beräkningen att DELL R710 kan lägga till ytterligare två hårddiskar och RAM, samt ersätta processorer med mer effektiva.

Om du använde en DELL R710-server kan du köpa en billig IBM x3550 M3, installera en hypervisor på den, överföra en virtuell maskin med en databas och en 1C-server dit och på DELL ge alla resurser till en virtuell maskin med en terminal. Det kommer att gå snabbt och du behöver inte "slänga allt och köpa nytt."
Om du använde två IBM-servrar, förvandlas x3550 M3 med tillägg av en andra processor och en liten mängd RAM från en genomsnittlig maskin till en ganska kraftfull maskin. Och i x3250 M5 kan du uppgradera processorn från E3-1220v3 till E3-1285v3.

Terminalserver för 1C på Windows-server 2012.

Nu måste vi konfigurera det så att våra användare kan arbeta i 1C på den här servern.

Vi kommer att utföra installationen som för ett domännätverk när det fungerar Active Directory, och utan "AD".

Först ska jag visa dig hur du gör allt detta utan en domänkontrollant.

Det antas att du redan har installerat 1C Enterprise (jag hoppar över detta steg, eftersom installationen av 1C är liknande, utan några ytterligare inställningar).

Nu måste vi skapa användare för terminalservern. Vi kommer naturligtvis att skapa dem på samma server eftersom "AD" inte togs upp för oss.

Klicka på "Start" - "Kontrollpanelen" - "Administrativa verktyg" - "Datorhantering" och hitta fönstret "Lokala användare" till vänster.

Högerklicka och skapa det antal nya användare som krävs för att arbeta på terminalservern.

Till exempel kommer detta att vara inloggningarna: PCN1, PCN2, PCN3... PCN27. Huvudsaken här är att inte skapa för förutsägbara namn som: Användare1, Användare2, Användare3. (Rekommendation för att skydda en terminalserver).

Vi skapar också lösenord i enlighet med alla krav i den lokala lösenordssäkerhetspolicyn, det vill säga stora och små bokstäver med användning av siffror, minst sju tecken.

Ta bort kryssrutan bredvid "Kräv en lösenordsändring nästa gång du loggar in."

Markera istället rutan bredvid "Förbjud användare från att ändra lösenord."

Och "Lösenordet upphör aldrig att gälla." Om tidigare skapats starkt lösenord, då är det ingen idé att ändra det hela tiden.

Som du kan se ingår vår användare i gruppen "Användare". Vi måste också lägga till denna användare i gruppen "Användare av fjärrskrivbord".

För att göra detta, klicka på knappen "Lägg till", klicka sedan på knappen "Avancerat" och klicka på knappen "Sök".

Leta sedan efter "Remote Desktop Users" i listan och klicka på "Ok"-knappen och "Ok" igen. Lånet måste gälla ändringar.

Nu ett ögonblick till!

Om du arbetar i 1C på en terminalserver i en enkel filversion måste du utföra ytterligare en liten installation.

Det är nödvändigt att ge ytterligare rättigheter till användare som kommer att arbeta i 1C på mappen där filinformationsdatabasen finns.

Vi hittar den här mappen och högerklickar med musen och går sedan till fliken "säkerhet".

Som du kan se på skärmdumpen har våra användare inte rätt att "skriva", bara läsa och köra.

Låt oss fixa detta!

Klicka på knappen "Redigera", välj gruppen "Användare" och lägg till fåglar bredvid:

"Full kontroll" och "Ändra", sedan "Apply" och "Ok".

Konfigurera en terminalserver för 1C när Active Directory körs.

Så vi har redan räknat ut inställningarna när vår domänkontrollant inte är uppe, nu ska vi titta på när AD-tjänsten fortfarande körs.

Som tidigare kommer vi att utföra inställningarna på Windows server 2012 R2, men jag kommer också att visa dig hur du ställer in åtkomst när du har Windows server 2008.

Gå först till servern där du har "AD" igång.

Starta snapin-modulen "Active Directory-användare och datorer" och skapa det antal användare som krävs. Att skapa användare är väldigt enkelt och skiljer sig inte mycket från att skapa lokala användare på servern, vilket är vad vi gjorde tidigare.

Därför hoppar jag över att skapa användare i "AD", och vi går vidare.

Skapa en ny grupp, till exempel "TS".

Och vi inkluderar i denna grupp våra användare som redan skapats i AD.

Gå nu till terminalservern (Logga in under konto AD-administratör).

Säkert! Terminalservern bör redan vara inkluderad i vår domän vid det här laget.

Och så loggar vi in under AD Administrator-kontot på terminalservern.

I fönstret till höger hittar vi gruppen "Remote Desktop Users".

Låt oss öppna den här gruppen och lägga till vår skapade grupp där i "AD" - "TS".

Vad ger detta oss?

Se nu när vi behöver lägga till en ny användare för terminalservern.

Vi behöver bara skapa den i "AD" och inkludera den i gruppen "TS".

På så sätt blir administrationen mycket enklare och snabbare!

Och de slutliga inställningarna (liknande på Windows Server 2008)

Att rekrytera ett team

Sedan när " Lokalpolitik säkerhet", öppnar vi mappen i fönstret till vänster

"Lokala policyer" - "Tilldelning av användarrättigheter" och i listan till höger letar vi efter "Tillåt inloggning via Remote Desktop Service".

Vi öppnar denna policy och ser (På Windows server 2008) att det bara finns administratörer där.

Du bör lägga till antingen vår "TS"-grupp eller välja de användare som ska arbeta på terminalservern. Sedan "Apply" - "Ok".

Tja, det är allt, om du har några frågor, skriv dem nedan i kommentarerna.