Bruk serverklyngekonsollen 1c 8.3. Det er forbudt å starte en økt med en infobase. Sikkerhetskopiering. Hvordan sikkerhetskopiere databaser på riktig måte

På fakturaen for betaling står det: "Kontoen er gyldig i 3 dager", stemmer det? Er betalingsbetingelsene for varer, tjenester osv. lovregulert? på faktura for betaling og hva er minimumstiden på fakturaen kan jeg spesifisere?

I tilfelle vilkåret ikke er spesifisert i fakturaen, må forpliktelsene til å betale fakturaen oppfylles innen de tidsrammer som er fastsatt i avtalen mellom partene. Og en faktura kan kun anses som trukket ut uten tidsbegrensning dersom verken kontrakten eller selve fakturaen eksplisitt angir gyldighetsperioden.

Hvis fakturaen er utstedt som et tilbud, og den indikerer gyldighetsperioden, er den ubetalte fakturaen ikke lenger et tilbud etter denne perioden (artikkel 443 i den russiske føderasjonens sivilkode).

Begrunnelsen for denne stillingen er gitt nedenfor i materialene til Glavbukh-systemet og advokatsystemet.

1. Situasjon:Kunden mottok et tilbud (faktura) med frist for aksept (betaling). Hva skjer hvis entreprenøren mottar betaling utenom den angitte tidsrammen

Svaret avhenger av om kunden foretok betalingen i tide (i tilstrekkelig tid til å overføre midler til entreprenørens konto) og hvilke handlinger entreprenøren tok (eller ikke gjorde).

Situasjon 1. Forsinkelsen i betalingen var ikke kundens feil (for eksempel på grunn av en bankfeil), entreprenøren ga ikke umiddelbart beskjed til kunden om at han mottok aksepten med forsinkelse.

Arbeidskontrakten anses som inngått (og paragraf 1 i art. 442 i den russiske føderasjonens sivilkode).

Situasjon 2. Forsinkelsen i betalingen var ikke kundens feil (for eksempel på grunn av en bankfeil), entreprenøren varslet umiddelbart kunden om at han mottok aksepten med forsinkelse.

Entreprenørens kontrakt anses ikke som inngått (og paragraf 1 i art. 442 i den russiske føderasjonens sivile lov).

Situasjon 3. Forsinkelsen i betalingen skyldtes kundens feil, entreprenøren ga umiddelbart kunden beskjed om at han hadde akseptert hans aksept.

Avtalen anses som inngått (paragraf 2 i artikkel 442 i den russiske føderasjonens sivilkode).

Situasjon 4. Forsinket betaling skyldtes kundens feil, entreprenøren ga ikke umiddelbart kunden beskjed om at han hadde akseptert hans aksept.

Arbeidskontrakten anses ikke som inngått (). Samtidig, hvis entreprenøren ikke returnerer midlene mottatt under fakturatilbudet, kan kontrakten anerkjennes som inngått *. Retten kan betrakte manglende tilbakebetaling av betalingen som en umiddelbar melding om aksept av entreprenørens aksept (paragraf 2 i artikkel 442 i den russiske føderasjonens sivilkode).

Anzor Ganizhev Jusskandidat, leder av den juridiske avdelingen i Federal State Unitary Enterprise "Central Scientific and Restoration Design Workshops"

Sergey Aristov Administrerende redaktør for JSS "Sistema Yurist"

Andrey Yakovlev Nestleder i den nittende voldgiftsretten

2. Civil Code of the Russian Federation

«Artikkel 424. Pris

1. Gjennomføringen av kontrakten betales til prisen fastsatt ved avtale mellom partene. *

I tilfeller fastsatt ved lov, blir priser (tariffer, satser, satser osv.) brukt, etablert eller regulert av autoriserte statlige organer og (eller) lokale selvstyreorganer.

2. Endring av prisen etter kontraktsinngåelse er tillatt i de tilfeller og på de vilkår som er fastsatt i kontrakten, loven eller på den måte loven foreskriver.

3. I tilfeller hvor prisen ikke er fastsatt i en kompensert kontrakt og ikke kan fastsettes ut fra vilkårene i kontrakten, skal oppfyllelsen av kontrakten betales til en pris som under sammenlignbare omstendigheter vanligvis belastes for lignende varer , verk eller tjenester.

Artikkel 433. Øyeblikk for inngåelse av kontrakten

1. Kontrakten er anerkjent som inngått på tidspunktet for mottak av personen som sendte tilbudet, dets aksept.

2. Dersom overføring av eiendom i samsvar med loven også er nødvendig for inngåelse av en kontrakt, skal kontrakten anses inngått fra tidspunktet for overføring av den aktuelle eiendom (artikkel 224).

3. En avtale som er underlagt statlig registrering, skal anses inngått fra registreringsøyeblikket, med mindre annet er bestemt ved lov.

Artikkel 438. Aksept

1. Aksept er svaret fra personen som tilbudet er rettet til angående aksept.

Aksepten må være fullstendig og ubetinget.

2. Stillhet utgjør ikke en aksept, med mindre annet følger av lov, forretningsskikk eller av partenes tidligere forretningsforhold.

3. Utførelsen av personen som mottok tilbudet, innen fristen fastsatt for aksept, av handlinger for å oppfylle vilkårene i kontrakten spesifisert i den (forsendelse av varer, levering av tjenester, utførelse av arbeid, betaling av tilsvarende beløp osv.) anses som aksept, med mindre annet er bestemt i lov, andre rettsakter eller ikke er spesifisert i tilbudet *.

Artikkel 440. Inngåelse av en avtale på grunnlag av et tilbud som fastsetter akseptfristen

Når vilkåret for aksept er fastsatt i tilbudet, anses kontrakten som inngått dersom aksepten er mottatt av den som har sendt tilbudet innen den frist som er angitt i den.

Artikkel 441. Inngåelse av en avtale på grunnlag av et tilbud som ikke bestemmer vilkåret for aksept

1. Når vilkåret for aksept ikke er spesifisert i det skriftlige tilbudet, anses avtalen som inngått dersom aksepten er mottatt av den som har sendt tilbudet innen utløpet av den frist som er fastsatt i lov eller andre rettsakter, og dersom slik en frist er ikke fastsatt, innen den tid som normalt er nødvendig for dette. *

2. Når et tilbud fremsettes muntlig uten å spesifisere en frist for aksept, anses kontrakten som inngått dersom den andre parten umiddelbart erklærte sin aksept."

Vennlig hilsen,

Alla Pyzhova, ekspert på FSS "System Glavbuh".

Svaret ble godkjent av Varvara Abramova,

ledende ekspert på BSS "System Glavbuh".

_____________________________

Svaret på spørsmålet ditt er gitt i samsvar med reglene for drift av "Hotline" til "Glavbukh System", som du finner på:

I denne artikkelen vil jeg fortelle deg om 1C-lanseringsparametrene og hvordan du bruker dem. Her er noen eksempler på hvordan du bruker disse parameterne. Etter å ha lest artikkelen vil du kunne automatisere noen av dine daglige prosesser.

Når du starter 1C: Enterprise kan du bruke lanseringsparametrene som kan spesifiseres i innstillingene eller i snarveien du starter 1C med.

Startmodus 1C

KONFIG- 1C vil starte i konfiguratormodus.
BEDRIFTEN- 1C vil starte i Enterprise-modus.

1cestart.exe- filen for å starte 1C-programmet ligger vanligvis i mappen "1cv8 \ common". Oppdager automatisk riktig klientversjon ved oppstart. Når du installerer 1C, henviser snarveier på skrivebordet og i Start-menyen til denne filen.

1C lanseringsparametere for automatisk brukervalg

  • / N"Brukernavn"
  • / P"Bruker passord"

Brukernavnet og passordet må samsvare med navnet og passordet som er angitt i listen over brukere i konfiguratoren. Brukere kan sees i konfiguratoren, gå til toppmenyen: Administrasjon> Brukere. Hvis passordet er tomt, kan dette feltet utelates.

Disse parameterne kan spesifiseres i innstillingene når du redigerer en database i listen over databaser. I boksen "Avanserte oppstartsalternativer".

Start 1C og gå til infobaseinnstillingene, følgende vindu skal vises:

Skriv ned parametrene som vist i figuren, spesifiser brukernavn og passord, og klikk deretter "Fullfør". Hvis du gjorde alt riktig, vil du ikke bli bedt om brukernavn og passord når du går inn i denne databasen.

1C lanseringsparametere for automatisk databasestart

  • / F "adresse" - adressen til databasen, hvis den er lagret i filversjonen.

Hvis databasen din er lagret på serveren, må du angi startparametrene annerledes:

  • / S "adresse" - spesifiser adressen som følger: "Server (infobaseklynge) navn" \ "Infobasenavn på serveren"

Disse parameterne må registreres i snarveien du starter 1C: Enterprise med. Gå til egenskapene til snarveien, på slutten av "Objekt"-feltet legger du til parameterne du trenger.

Hvis alt er gjort riktig, når du starter snarveien, skal basen som du spesifiserte i parameterne starte.

For enkelhets skyld kan du opprette en ny snarvei, eller kopiere den du bruker.

1C oppstart ved systemoppstart

Hvis du vil starte 1C Enterprise ved systemoppstart med de nødvendige parameterne, må du kopiere 1C-snarveien til Oppstartsmappen.

Hvis den inneholder 1C-startparametere, vil de fungere når systemet starter.

Du kan kombinere alle 1C-startparametere. For å gjøre dette, skriv ganske enkelt ned de nødvendige parameterne i 1C-innstillingene eller i snarveien.

Ytterligere parametere for lansering av 1C

  • / LogUI- registrere brukerhandlinger i loggen. (Opptaket vil bli gjort til brukerens katalog, til en fil kalt "logui.txt")
  • / DumpIB " Last opp filadresse « - lossing av databasen. Egnet for å lage automatisk databasearkivering.
  • / Henrette " Ekstern behandlingsadresse "- parameteren er designet for automatisk å starte ekstern behandling etter at systemet er startet.
  • / C"String parameter" - overfører parameteren til konfigurasjonen. Den kan nås gjennom den globale konteksten i RunParameter-konfiguratoren.
  • / DisableStartupMessages- parameteren fjerner systemmeldinger når du starter 1C Enterprise.

Når du redigerer en infobase. Du kan spesifisere hvilken versjon av 1C som skal startes (egnet hvis du har flere databaser installert som fungerer under forskjellige versjoner av klienten)

Et eksempel på bruk av parametere for automatisk arkivering av en infobase.

"C: \ Program Files (x86) \ 1cv8 \ common \ 1cestart.exe" CONFIG / F "C: \ Base_Buh" / N "user" / P "111 ″ / DisableStartupMessages / DumpIB C: \ Arhiv \ Buh.dt / Ut "C: \ Arhiv \ log_arhiv.txt" -NoTruncate

Hvis du skriver disse parameterne inn i snarveien for å starte 1C i "Objekt"-feltet, vil det lages et arkiv av databasen, som ligger "C: \ Base_Buh" i "C: \ Arhiv"-mappen under navnet "Buh". .dt". En oppføring vil også bli gjort i loggfilen "C: \ Arhiv \ log_arhiv.txt". Angi stiene dine, hvor basen er plassert og hvor du vil opprette arkiver.

Konfigurering av startalternativer for programfeilsøking

Ved utvikling av applikasjoner kreves det ofte å kjøre 1C debugger under en spesifikk bruker, for dette må du gå til konfiguratoren: Hjelp> Innstillinger

På fanen "Launch 1C: Enterprise", i "Bruker"-gruppen, er gjeldende bruker angitt som standard (som du gikk inn i konfiguratoren under). Du kan endre det til det du trenger. Og feilsøking vil starte under den valgte brukeren.

Her kan du også spesifisere hvilken klient som skal kjøre applikasjonen.

Disse enkle trinnene kan brukes til å implementere nyttige funksjoner i 1C: Enterprise-programmet.

I dag fikk jeg et problem som dukket opp etter at den automatiske sikkerhetskopieringen av 1C Accounting 8.3-databasen ble fullført. Jeg har konfigurert en sikkerhetskopi av databasen når jeg avslutter programmet. Jeg forlot programmet med hell i et år, men denne gangen lyktes jeg tilsynelatende ikke på en eller annen måte :). Men jeg kunne ikke gå inn. Smartprogrammet mitt skrev en veldig smart setning til meg, som er ment mer for en 1C-programmerer enn for en vanlig bruker. Så la oss håndtere problemet ikke som 1C-administratorer, men som bare en regnskapsfører :).

Hva gjør jeg hvis 1c 8.3 ikke åpnes etter sikkerhetskopiering og meldingen "start av økt med infobase er forbudt å sikkerhetskopiere ..."

Hvis, når du åpner 1C-databasen, i stedet for å åpne databasen, vises en melding:

«Å starte en økt med en infobase er forbudt. For å utføre en sikkerhetskopi... ". Dette følges av instruksjoner for administrator om hvordan databasen skal startes, men denne instruksen vil ikke hjelpe regnskapsføreren mye.

Løsning på en enklere måte:

Du må finne en mappe på disken der 1C Accounting 8.3-databasen er plassert. Åpne mappen. Inne i mappen vil du se følgende:

I mappen må du finne filen 1Cv8.cdn. Nødvendig slette fil 1Cv8.cdn og start 1C: Enterprise igjen.

Som du kan se, er alt enkelt. Og det er flott at artikkelen min var nyttig for deg, jeg hjelper deg veldig gjerne. La det bli lettere for regnskapsførere å jobbe slik at de får mer fritid til seg selv og sine nærmeste!

Det var alt for i dag!

Inna Izvekova var med deg.

Helt til vi møtes igjen på sidene !

N allerede midd på sosiale medier-knapper nedenfor under artikkelenå holde den hjemme!

O ferd med å bli spise i kommentarer dine spørsmål nedenfor under artikkelen! Jeg prøver å svare alle.

MED svinge spise gratis nyttige leksjoner ved å klikke på "Gratis nedlasting"-knappen under artikkelen.

Utforske nyttig opplæringsmanualer for arbeid ved å klikke .

WHO ønsker å lære regnskap, klikk

  • For det første vil det hjelpe deg bedre å forstå hva som skjedde. Og i mer sjeldne tilfeller kan det til og med bidra til å løse problemet på egen hånd.
  • For det andre, hvis du ikke klarte deg selv, bør du først og fremst kontakte en spesialist for teknisk støtte med innholdet i informasjons- og diagnosevinduet som vises.

La oss se nærmere på innholdet i den mottatte dialogmeldingen:

Linje 1.A "Å starte en økt med en infobase er forbudt." er en standardoppføring som indikerer at brukere er blokkert fra å logge på programmet. Med en slik blokkering blir det automatisk opprettet en spesiell fil med utvidelsen ".cdn" i infobase-katalogen (for flere detaljer, se følgende avsnitt).

Linje 1.B angir vanligvis årsaken, lengden på blokken og annen nyttig informasjon. Avhengig av hvem eller hva (når det gjelder et system) som har satt oppføringssperringen, samt til hvilket formål, kan informasjonen i denne blokken være annerledes. "Sikkerhetskopiering"-linjen er en standardoppføring for manuelle eller rutinemessige sikkerhetskopier (i dette tilfellet er linjen "For å utføre en sikkerhetskopi" også karakteristisk) for en infobase som bruker 1C Enterprise-verktøy.

Administratoren, i tilfelle av å opprette en lås i 1C 8.3-brukermodus, Enterprise eller 1C-programmereren, i tilfelle av å sette låsen programmatisk i konfiguratoren, kan komme med sine egne meldinger:

Linje 2 inneholder et hint om hvordan du kjører programmet fra Windows-kommandolinjen, hvis du kan den såkalte "tillatelseskoden" (se neste trinn).

Linje 3 forklarer prosessen og handlingen til knappene.

Trinn 2. Bestem hvordan du fjerner låsen og går inn i 1C 8.3-databasen

Sesjonslåser kan konvensjonelt klassifiseres som følger:

  • Planlagt. Når øktlåsen ble startet manuelt eller automatisk, serverer den planlagte prosessen i 1C-databasen (sikkerhetskopiering, planlagt oppgave, oppdatering);
  • Andre, feil. Når en lås settes som et resultat av feilhandlinger fra brukeren eller feil i selve systemet, når den ikke automatisk fjerner den tidligere innstilte låsen. For eksempel ble en sikkerhetskopieringsprosess startet, men brukeren avbrøt den ved å tvangslukke programmet.

Metode 1

I begge tilfeller, når en sesjonslås er etablert, som nevnt ovenfor, opprettes en fil med ".cdn"-tillatelsen i lagringskatalogen til gjeldende infobase:

En enkel løsning på programoppstartsfeilen på grunn av øktblokkering er å slette filen 1Cv8.cdn.

Imidlertid bør brukeren først stille spørsmålet "Tross alt, hvis blokkering av økter er satt, skyldes dette noe?" Kanskje en annen bruker med administrative funksjoner (heretter referert til som administrator) lanserte en virkelig viktig oppgave eller prosessering i 1C 8.3 Accounting som ikke tåler samtidig tilstedeværelse av flere brukere i databasen.

Metode 2

Hvis en slik situasjon er mulig, er det verdt å kontakte administratoren og finne ut om det er mulig å gå inn i databasen og om han har en spesiell tillatelseskode, som ble nevnt rett ovenfor. I dette tilfellet vil vi bruke den andre metoden - ved å gå inn i den låste infobasen ved å starte programmet fra kommandolinjen, spesifisere tillatelseskoden i en av startparametrene:

  • "C: \ Program Files (x86) \ 1cv8 \ common \ 1cestart.exe" - bane til 1C Enterprise 8.3 launcher;
  • ENTERPRISE - betyr at programmet vil starte i brukermodus, dvs. i 1C Enterprise-modus;
  • / F "F: \ Bazy1C \ Accounting" - angir filinformasjonsbasen (parameter / F) og banen til den (adressen til serverbasen er spesifisert i parameteren / S);
  • / С Tillat brukere å jobbe - en valgfri parameter: hvis den er satt, vil ikke systemet starte, men låsen vil bli fjernet (låsefilen vil bli ødelagt), deretter vil brukere kunne gå inn i infobasen.

Hvis parameteren ikke er angitt, har en spesifikk bruker lov til å gå inn, men blokkeringen fjernes ikke. Denne brukeren kan låse opp brukermodusen fullstendig ved å gå til støtte- og vedlikeholdspanelet (Administrasjonsseksjonen - Programinnstillinger-kommandogruppe - Støtte- og vedlikeholdskommando:

Og ringer skjemaet Blokkering av brukere ved kommando med samme navn:

I skjemaet som åpnes kan du oppheve blokkeringen av økter ved å trykke på Unblock-knappen, der / UC12345 er tillatelseskoden (12345) i parameteren / UC. Parameternavn er skrevet på engelsk.

For mer informasjon om kommandolinjeparametere, se 1C 8.3 Enterprise-hjelpen.

Metode 3

Det er et alternativ og enda enklere for brukermetoden å bruke parametrene ovenfor for å starte en infobase (heretter referert til som IB) - det er mulig å foreskrive de nødvendige i egenskapene til databasen av interesse.

1. I startvinduet (merk "A"), velg den låste databasen og klikk på Endre-knappen, hvoretter vinduet for redigering av IB-egenskaper åpnes (merk "B"):

I eiendommen Ytterligere lanseringsalternativer vi registrerer opplåsingskoden og, om nødvendig, parameteren for å tillate brukere å jobbe (i dette tilfellet, etter den første lanseringen og før neste lansering, må denne parameteren fjernes). Disse parameterne ble beskrevet mer detaljert ovenfor.

Merk: når en automatisk sikkerhetskopiering skjer (enten direkte eller som en del av en annen prosedyre, for eksempel med en automatisk oppdatering), låser systemet 1C 8.3 informasjonsbasen og setter standard opplåsingskode " Sikkerhetskopiering ».

Derfor, hvis prosedyren "mislyktes" og databasen fortsatt er låst, men det er ingen måte å slette cdn-filen på, kan du bruke parameteren når du starter IB: / UCBackup.

3. Trykk på Fullfør-knappen og gå tilbake til startvinduet, hvor vi starter IB ved å klikke på 1C: Enterprise-knappen. Dermed er feilen "Å starte en økt med en infobase forbudt. Sikkerhetskopiering er løst:

Hvis 1C 8.3 Enterprise opererer i en klient-serverversjon, men brukeren ikke har tilgangsrettigheter og nødvendig kunnskap om databaseadministrasjon i denne modusen, bør du i dette tilfellet kontakte systemadministratoren for å få hjelp. Vi bemerker bare at i klient-serverversjonen, i tillegg til tilgang via kommandolinjen med tilleggsparametre, er det mulig å fjerne låsen ved å bruke 1C: Enterprise server cluster administrasjonsverktøyet, nemlig det er nødvendig å fjerne flagget i egenskapene til den nødvendige infobasen Blokkering av øktstart aktivert.

Anatomien til en 1Cv8.cdn-låsfil

Nysgjerrige kan se inn i 1Cv8.cdn-filen som er opprettet når øktene er låst - dette er en enkel tekstfil som kan åpnes med passende Notepad-redigering:

Teksten i filen er omgitt av krøllete klammeparenteser som viser følgende kommadelte låsealternativer:

  • 1 (0) - tegn på blokkering (1 - installert; 0 - deaktivert);
  • 20160706154700 - full dato (dato + klokkeslett) for sesjonsblokkeringsstart, i vårt tilfelle er det 6. juli 2016 20:00:00;
  • 20160706154700 - full dato (dato + klokkeslett) for slutten av øktblokkeringen, i vårt tilfelle er det 06. juli 2016 20:00:00 (hvis sluttdatoen ikke er spesifisert, er standardverdien 00010101000000);
  • Dette etterfølges av en tekstparameter, hvor hjelpetekst som vises til brukeren i en dialogboks, er plassert i anførselstegn;
  • "123" - tillatelseskoden er angitt.

Som du kan se, inneholder filen alle parameterne som vises i informasjons- og diagnosedialogboksen som vises.

På nettstedet kan du gjøre deg kjent med andre gratis artikler og videoopplæringer om konfigurasjonen av 1C Accounting (

– ikke det mest ordinære regnskapsselskapet, men vi driver regnskap i 1C, som de fleste av våre hjemlige kolleger. For øyeblikket lever hundrevis av databaser på serveren vår, så vi måtte lære hvordan vi raskt og effektivt kunne administrere all denne rikdommen. Hvis du er et regnskapsselskap, en hoster med en 1C-tjeneste, eller du bare har fått en haug med 1Socks fra et sted, vet du hvor vanskelig det er. Vi elsker å være nyttige, så vi vil dele vår erfaring, praktiske råd og innsikt som har klart å besøke oss over utallige netter, ferier og helger brukt på å oppdatere og oppdatere hele økonomien vår.

Vi selger ikke 1C, og derfor vil historien være uten kutt, sensur, og viktigst av alt - uten markedsføringsbulletin. Bonustrek, under innlegget kan du finne flere nyttige skript og tips for de som virkelig har mange 1C-databaser.

Så hvorfor har vi så mange baser i det hele tatt? Faktisk, akkurat nå forsker vi på datadelingsteknologi, men vi har ikke begynt å bruke den ennå, så for hver virksomhet vi betjener, er vi tvunget til å opprette en egen database (og ofte mer enn én).

En utrolig vei fra cloud 1C til din egen serverklynge

I begynnelsen av reisen vår brukte vi skyen 1C-Fresh: denne tjenesten er moderat praktisk, så langt det kan være praktisk å bruke en skrivebordsapplikasjon gjennom en nettleser. Imidlertid akkumulerte vi ganske raskt femti databaser, og det ble uutholdelig å administrere dem via nettet – nettgrensesnittet begynte å avta, pluss at det var behov for å programmere integrere 1C med våre interne verktøy, noe Fresh absolutt ikke kan. Jeg måtte migrere, og lastet ut all data fra skyen. Heldigvis var det ikke vanskelig å gjøre dette ("Last opp data til den lokale versjonen" → "Last opp data fra tjenesten").

Det andre viktige utviklingsstadiet var bruken av en tjenesteleverandør, og igjen var alt bra med oss ​​til det var mer enn hundre databaser. Konfigurasjonsoppdateringer, samt publisering med tillegg av brukere, skjedde gjennom et brev til teknisk støtte. I prinsippet er alt operativt, men ikke interaktivt.

Manglende evne til å lansere var spesielt upraktisk. exe-filer uten forhåndsgodkjenning (legger til hash-summer til domenets tillatelsespolicyer), og som en påminnelse trengte vi integrasjon. Det var også problemer med at leverandørens lagringssystem av en eller annen ukjent årsak feilsynkroniserte nodene på blokknivå. Så vi mistet flere viktige baser, som måtte bygges opp igjen i lang tid og smertefullt. Lagringssystemer er ofte vanskelige og uærlige.

Merknad til vertinnen: test lagringen. Hvis du er en vert, så vær mer oppmerksom på dette. Hvis du bruker tredjeparts hosting, sørg for å sjekke lagringen og diskene. Dette er en barnslig rake, som er enda mer smertefull å tråkke på enn voksne :)

Etter alle eventyrene bestemte vi oss for å migrere til vår VPS. Kapasitetene til moderne virtuelle servere lar deg trygt vedlikeholde et par hundre 1C-databaser, slik at et par dusin regnskapsførere enkelt kan få tilgang til dem. VPS-leverandører er ofte ikke ansvarlige for å lisensiere programvareproduktene du kjører internt, så du må bekymre deg for å kjøpe en brukerlisens og kjøpe en konfigurasjon.
Merknad til vertinnen: når du lisensierer et stort antall databaser, kan overraskelser vente deg - aktivering av hver database for hver bruker gjennom en programvarenøkkel kan bli din hovedjobb i de kommende ukene. Maskinvaredongelen har ikke denne ulempen, men du kan ikke bare ta den og begynne å bruke den i en VPS.

La oss ikke glemme at selv den beste VPS (valgt ved å bruke denne kule tjenesten her) ikke kan sammenlignes med en varm og rør egen server. Vi bestemte oss for å migrere for tredje gang.
En kveld startet ikke VPS-en vår opp. Det var toppen av rapporteringen - de siste timene, og serveren var nede i urimelig lang tid. Samtidig kunne vi ikke gjøre noe gjennom kontrollpanelet - serveren var på lanseringsstadiet, og den tekniske støtten gjorde bare en hjelpeløs gest. Det viste seg at verten med vår virtuelle maskin gikk tom for RAM, og det var rett og slett ikke nok RAM til å starte den.
Total
Har nå hundrevis av databaser, som går fra 1C-Minced, gjennom smerte, migreringer, inkonsekvens av databaser, inkompetanse av teknisk støtte, problemer med synkronisering av noder hos hosteren, publisering via nettet, eksport, import, sikkerhetskopiering og mange gjenopprettinger , vi kom til serverklyngen vår ...

Det jeg vil trekke oppmerksomheten til de som passerer en slik sti eller planlegger å passere:

  • tenke på lisenser;
  • hvis du trenger integrasjon - bruk en dedikert server eller VPS;
  • ta vare på oppbevaringen eller test den grundig med leverandøren din;
  • sikkerhetskopiering er veldig viktig;
  • umiddelbart forlate nettilgangen hvis belastningen er alvorlig og stabilitet er viktig.

Hvordan gjøre livet enklere når du må jobbe med en haug med databaser

Opprette en database med en lenke til den i gjeldende brukerprofil
Vi distribuerer alle våre databaser fra en forhåndsforberedt mal (med innlastede prosesser, kataloger, tilpasset ITS-abonnement og backup).

For filvarianten:
<версия>\ bin \ 1cv8.exe "createinfobase File =" X: \ Base \ habrahabr "/ AddInList" HabraHabr LLC "/ UseTemplate" X: \ tmplts \ ChornayaBuschetriya.cf "
For SQL-variant:
CHCP 1251 "% ProgramFiles (x86)% \ 1cv8 \<версия>\ bin \ 1cv8.exe "createinfobase Srvr =" habr "Ref =" HabraBD "SQLSrvr =" habr "SQLDB =" HabraBD "SQLUID =" sa "SQLPwd =" 123 "/ AddInList" HabraHabr LLC "/ UseTemplate" X: \ tmplts \ BlackBusiness.cf "

Hvordan opprette eller slette en bruker i hundrevis av databaser samtidig?
Brukeradministrasjon har alltid vært et sårsted for 1C. I tidligere utgaver krevde dette å få eksklusiv tilgang til basisfilene, senere lagt til muligheten for å legge til på et øyeblikk, men bare gjennom konfiguratoren; nå (i de siste utgavene av regnskap eller handel), kan en bruker opprettes direkte fra hoveddriftsmåte, gjennom administrasjonsverktøy. Men å gjøre det for hånd i tilfelle av hundrevis av databaser er allerede urealistisk, så vi lærte hvordan du legger til brukere programmatisk. COM kommer til unnsetning. Vi etablerer en ekstern tilkobling V8.COMConnector og overfører all nødvendig informasjon til databasene. Vi legger til brukere med tilgangsrettigheter, fyller ut kataloger eller lager dokumenter. ...
Hvordan kan en bruker koble til hundre databaser samtidig?
For å legge til alle nødvendige databaser til brukerens liste samtidig, bruker vi v8i-fil-lister over vanlige databaser som ligger på filballen. Lenker til disse filene legges til i brukerprofilen (for eksempel gjennom GPO eller i standardprofilen) til % AppData% \ 1C \ 1CEStart \ 1CEStart.cfg-filen:
CommonInfoBases = X: \ Base \ Liste \ Base_a1.v8i CommonInfoBases = X: \ Base \ List \ Base_a2.v8i CommonInfoBases = X: \ Base \ Liste \ Base_a3.v8i
Eller fra 1C selv (allerede under brukeren) legger vi til en liste over vanlige infobaser:

Internt ser v8i-filer slik ut:
[HabraHabr LLC] Connect = Fil = "X: \ Base \ Regnskap \ habrahabr"; ID = OrderInList = 6062080 Mappe = / OrderInTree = 6422528 Ekstern = 1 App = Auto WA = 1 Versjon = 8.3
Du kan opprette dem direkte fra databasevalgvinduet ("Lagre lenke til fil") eller ta dem inn i profilen til brukeren som opprettet databasen -% AppData% \ 1 ° C \ 1CEStart \ ibases.v8i. Koblingen kan være til en database som fungerer i alle moduser (fil, server, web). Vi anbefaler å lagre ikke mer enn hundre databaser i én fil, ellers kan det hende at filen rett og slett ikke lastes helt inn :)

Hvordan oppdatere hundrevis av databaser samtidig?
Det er bedre å oppdatere databasene på en egen server (eller enda bedre på to samtidig :) - det er raskere og enklere å administrere prosessen. Vi bruker standardkonfigurasjoner (uten tilbaketrekking fra support), oppdatert via ITS. I første kvartal i år ble det gitt ut mer enn 10 oppdateringer for "Accounting 3.0", å rulle dem manuelt på et dusin databaser er fortsatt morsomt. Derfor har vi utviklet en strategi.
Kul historie: i den første rapporteringsperioden av 2014, fratok våre favorittmyndigheter og 1C oss plutselig søvn, etter å ha gitt ut mer enn 10 oppdateringer kun for Accounting 3.0-konfigurasjonen fra mars til april! Vi oppdaterte selvfølgelig ikke alt, men selv 3-4 oppdateringer for hundrevis av baser på så kort tid er en god test på holdbarheten.
Leseren lurer kanskje på hvorfor så mye trøbbel kommer fra? Svaret er enkelt: endringer i lovverket og i siste øyeblikk. For eksempel: siden begynnelsen av 2014 har det ikke vært godkjente skjemaer for FSS og PFR. I en av de første 10 oppdateringene ble de lagt til, men kun for levering i papirform, men ikke i elektronisk form. Og dette skjer hele tiden.
Blokkering
Via grensesnitt:

Eller ved å opprette en fil i 1Cv8.cdn-databasekatalogen med følgende innhold:
* habrahabr "" / CAllowUsers / UC<код разрешения>","",""}

Oppdater
For filvarianten:
CHCP 1251 SET cfu_file = "X: \ tmplts \ 1C \ Accounting \ 3.0.32.7 \ 1cv8.cfu" SET base_dir = "X: \ update \ habrahabr" "% ProgramFiles (x86)% \ 1cv8 \<версия>\ bin \ 1cv8s.exe "CONFIG / F% base_dir% / N" Administrator "/ P" 123 "/ UpdateCfg% cfu_file% / UpdateDBCfg / Out update.log
For SQL-variant:
CHCP 1251 SET cfu_file = "X: \ tmplts \ 1C \ Accounting \ 3.0.32.7 \ 1cv8.cfu" "% ProgramFiles (x86)% \ 1cv8 \<версия>\ bin \ 1cv8s.exe "CONFIG / S" har \ HabraBD "/ N" Administrator "/ P" 123 "/ UpdateCfg% cfu_file% / UpdateDBCfg / Out update.log
Hva er den riktige måten å sikkerhetskopiere databaser på?
Hvis du bruker SQL, kan neste avsnitt hoppes over nådeløst - det er bare relevant for filmodus.

I vår praksis har vi gjentatte ganger møtt basen i en inkonsekvent tilstand. Dessuten, i filversjonen, er det ingen spesielle verktøy for å informere databasen om starten av kopiering, det er ingen måte å blokkere arbeid med den hvis den kjører akkurat nå. Vi behandlet det slik: ved midnatt gikk RDP-serveren inn i modusen for å forby nye tilkoblinger, etter et par timer ble alle brukere forsiktig kastet ut av skriptet. Deretter ble den planlagte oppdateringen og sikkerhetskopieringen utløst.

Last opp til dt
For filvarianten:
CHCP 1251 "% ProgramFiles (x86)% \ 1cv8 \<версия>\ bin \ 1cv8s.exe "CONFIG / F" X: \ Base \ habrahabr "/ N" Administrator "/ P" 123 "/ DumpIB" X: \ Backup \ DT \ habrahabr.dt "
For SQL-variant:
CHCP 1251 "% ProgramFiles (x86)% \ 1cv8 \<версия>\ bin \ 1cv8s.exe "CONFIG / S" habr \ HabraBD "/ N" Administrator "/ P" 123 "/ DumpIB" X: \ Backup \ DT \ habrahabr.dt "
Alt ovenfor gjelder for 1C Enterprise, plattform 8.3; Regnskap 3.0; Lønn og personalledelse 2.5.

Neste gang skal vi snakke om å jobbe i datadelingsmodus for flere hundre selskaper i én database. Vi vil gjerne høre spørsmål, kommentarer og forslag. Og alle de som står overfor slike oppgaver - jeg vil ønske tålmodighet, utholdenhet og tro på seier.