Käynnistettyään 1C-ohjelman kerran, näin käynnistyksen yhteydessä virheilmoituksen ”Istunnon aloittaminen tietokannan kanssa on kielletty. Varmuuskopioida". Olin hyvin yllättynyt - en itse asettanut estoa. Pienen analyysin jälkeen syyksi paljastui automaattisen arkistokopioinnin "häiriössä", joka on sisäänrakennettu (yksi alijärjestelmistä).

Virhe näyttää tältä:

Asia osoittautui niin, että kun määritetään tietokannan arkistokopioiden luonti, järjestelmä asettaa automaattisesti lukon tietokantaan pääsylle. Se estää käyttäjiä suorittamasta ohjelmaa prosessin ajan.

Mutta joskus käy niin, että kopioinnin jälkeen järjestelmä ei voi poistaa . Tässä tapauksessa saamme virheilmoituksen "Istunnon aloittaminen tietokannan kanssa on kiellettyä ..."

Hanki 267 1C -videotunteja ilmaiseksi:

Ratkaisu

Helpoin tapa korjata ongelma on poistaa tiedosto 1Cv8.cdn(infobase-lukkotiedosto) tietokantakansiosta.

Esimerkiksi yllä olevassa kuvakaappauksessani tukikohdan sijainti on:

Sinun on siirryttävä tähän kansioon ja löydettävä ja poistettava 1Cv8.cdn.

Lukon poistaminen asiakas-palvelinkannasta 1C

Jos sinulla on pääsy palvelinkonsoliin, lukon poistaminen on erittäin helppoa. Riittää, kun siirryt tietokannan ominaisuuksiin ja poistat "Istunnon alkamisen esto on käytössä" -lipun valinta:

Tänään törmäsin ongelmaan, joka ilmeni sen jälkeen, kun 1C Accounting 8.3 -tietokannan automaattinen varmuuskopiointi tapahtui. Olen määrittänyt tietokannan varmuuskopion ohjelman lopettamisen yhteydessä. Poistuin ohjelmasta onnistuneesti vuodeksi, mutta ilmeisesti tällä kertaa epäonnistuin :). Ja en päässyt sisään. Älykäs ohjelmani kirjoitti minulle erittäin älykkään lauseen, joka on tarkoitettu enemmän 1C-ohjelmoijalle kuin yksinkertaiselle käyttäjälle. Joten, käsitellään ongelmaa ei 1C-järjestelmänvalvojina, vaan vain kirjanpitäjänä :).

Mitä tehdä, jos 1s 8.3 ei avaudu varmuuskopioinnin jälkeen ja viesti "istunnon aloittaminen tietokannan kanssa on kiellettyä varmuuskopiointia ..."

Jos avattaessa 1C-tukialustaa, näyttöön tulee viesti alustan avaamisen sijaan:

"Istunnon aloittaminen tietokannassa on kielletty. Suorittaaksesi varmuuskopion…”. Tämän jälkeen annetaan ohjeet ylläpitäjälle tietokannan käynnistämiseksi, mutta tämä ohje ei paljoa auta kirjanpitäjää.

Ratkaisu helpommalla tavalla:

Sinun on löydettävä levyltä kansio, jossa 1C Accounting 8.3 -tietokanta sijaitsee. Avaa kansio. Kansion sisällä näet seuraavan:

Kansiosta sinun on löydettävä tiedosto 1Cv8.cdn. Tarvitsee poistaa tiedosto 1Cv8.cdn ja käynnistä 1C:Enterprise uudelleen.

Kuten näet, kaikki on yksinkertaista. Ja on hienoa, että artikkelistani oli sinulle hyötyä, olen erittäin iloinen voidessani auttaa sinua. Helpottakoon kirjanpitäjien työskentelyä, jotta heillä on enemmän vapaa-aikaa itselleen ja läheisilleen!

Siinä kaikki tältä päivältä!

Inna Izvekova oli kanssasi.

Nähdään sivuilla !

H jo punkki sosiaalisen median painikkeilla artikkelin allapitää se itselläsi!

NOIN tulossa te kommenteissa sinun kysymyksesi artikkelin alla! Yritän vastata kaikille.

KANSSA kacha it ilmaisia ​​hyödyllisiä oppitunteja napsauttamalla "Lataa ilmaiseksi" -painiketta artikkelin alla.

Tutkia hyödyllinen käsikirjat työhön painamalla .

WHO haluaa oppia kirjanpitoa, klikkaus

• Ensinnäkin se auttaa ymmärtämään paremmin mitä tapahtui. Ja harvinaisemmissa tapauksissa se voi jopa auttaa ratkaisemaan ongelman itse.
• Toiseksi, jos et selviä omin voimin, sinun tulee ennen kaikkea ottaa yhteyttä teknisen tuen asiantuntijaan näkyviin tulevan tieto- ja diagnostiikkaikkunan sisällön kanssa.

Katsotaanpa lähemmin vastaanotetun dialogiviestin sisältöä:

Rivi 1.A "Istunnon aloittaminen tietokannan kanssa on kielletty." on vakiomerkintä, joka osoittaa käyttäjän pääsyn eston ohjelmaan. Tällaisella estolla tietokantahakemistoon luodaan automaattisesti erityinen tiedosto, jonka laajennus on ".cdn" (katso lisätietoja seuraavista osista).

Rivi 1.B ilmoittaa yleensä syyn, lohkon keston sekä muita hyödyllisiä tietoja. Riippuen siitä, kuka tai mikä (järjestelmän tapauksessa) on asettanut pääsyn eston ja mihin tarkoitukseen, tämän lohkon tiedot voivat olla erilaisia. Rivi "Varmuuskopio" on vakiomerkintä manuaalista tai ajoitettua varmuuskopiointia varten (tässä tapauksessa rivi "Varmuuskopiointi.") 1C Enterprise -tietokannan avulla on myös ominaista.

Jos järjestelmänvalvoja luo lukon käyttäjätilassa 1C 8.3 Enterprise, tai 1C-ohjelmoija, jos lukko asetetaan ohjelmallisesti konfiguraattorissa, hän voi keksiä omat viestinsä:

Rivi 2 antaa vihjeen, kuinka voit ajaa ohjelman Windowsin komentoriviltä, ​​jos tiedät niin sanotun "käyttöoikeuskoodin" (katso seuraava vaihe).

Rivi 3 selittää prosessin ja painikkeiden toiminnan.

Vaihe 2. Päätös lukituksen avaamisesta ja 1C 8.3 -tietokantaan siirtymisestä

Istuntolukot voidaan luokitella ehdollisesti seuraavasti:

• Aikataulutettu. Kun istunnon lukitus käynnistettiin manuaalisesti tai automaattisesti, palvelee suunniteltua prosessia 1C-tietokannassa (varmuuskopiointi, ajoitettu tehtävä, päivitys);
• Muut ovat väärässä. Kun lukitus asetetaan käyttäjän virheellisten toimien tai itse järjestelmässä tapahtuneiden virheiden seurauksena, kun se ei automaattisesti poista aiemmin asetettua lukkoa. Esimerkiksi varmuuskopiointi aloitettiin, mutta käyttäjä keskeytti sen sulkemalla ohjelman väkisin.

Menetelmä 1

Molemmissa tapauksissa, kun istunnon esto on asetettu, kuten edellä mainittiin, hakemistoon, johon nykyinen tietokanta on tallennettu, luodaan tiedosto ".cdn"-luvalla:

Näin ollen yksinkertainen ratkaisu istunnon lukituksesta johtuvaan ohjelman käynnistysvirheeseen on poistaa 1Cv8.cdn-tiedosto.

Käyttäjän tulee kuitenkin ensin kysyä itseltään kysymys "Jos istuntojen esto on asetettu, tarkoittaako se, että tämä johtuu jostain?". Ehkä toinen käyttäjä, jolla on hallinnollisia toimintoja (jäljempänä järjestelmänvalvoja), käynnisti todella tärkeän tehtävän tai käsittelyn 1C 8.3:ssa Kirjanpito, joka ei siedä useiden käyttäjien samanaikaista läsnäoloa tietokannassa.

Menetelmä 2

Jos tämä tilanne on mahdollista, sinun tulee ottaa yhteyttä ylläpitäjään ja selvittää, voitko päästä tietokantaan ja onko hänellä erityinen lupakoodi, joka mainittiin juuri yllä. Tässä tapauksessa käytämme toista menetelmää - syöttämällä estetty tietokanta käynnistämällä ohjelma komentoriviltä ja määrittämällä lupakoodi jossakin käynnistysparametreista:

• "C:\Program Files (x86)\1cv8\common\1cestart.exe" – polku 1C Enterprise 8.3 -käynnistimeen;
• ENTERPRISE - tarkoittaa, että ohjelma käynnistyy käyttäjätilassa, ts. 1C Enterprise -tilassa;
• /F”F:\Databases\Accounting” – määrittää tiedoston tietokannan (/F-parametri) ja polun siihen (palvelintietokannan osoite on määritetty /S-parametrissa);
• /С Salli käyttäjien työskennellä – valinnainen parametri: jos asetettu, järjestelmä ei käynnisty, mutta lukko poistetaan (lukkotiedosto tuhoutuu), ja sitten käyttäjät pääsevät tietokantaan.

Jos parametria ei ole asetettu, tietty käyttäjä pääsee sisään, mutta estoa ei poisteta. Tämä käyttäjä voi avata täyden lukituksen käyttäjätilassa siirtymällä Tuki- ja ylläpitopaneeliin (osio Hallinta - komentoryhmä Ohjelman asetukset - komento Tuki ja ylläpito:

Ja lomakkeen soittaminen Käyttäjien työn estäminen samalla komennolla:

Avautuvassa lomakkeessa voit avata istuntoja napsauttamalla Unlock-painiketta, jossa /UC12345 – lupakoodi (12345) on määritetty /UC-parametrissa. Parametrien nimet kirjoitetaan englanniksi.

Lisätietoja komentoriviparametreista on 1C 8.3 Enterprise -ohjeessa.

Menetelmä 3

Käyttäjälle on olemassa vaihtoehtoinen ja vielä yksinkertaisempi tapa käyttää yllä olevia parametreja tietokannan (jäljempänä IB) käynnistämiseen - on mahdollista määrittää tarvittavat parametrit kiinnostavan tietokannan ominaisuuksissa.

1. Valitse käynnistysikkunassa (merkitty "A") lukittu tietokanta ja napsauta Muuta-painiketta, jonka jälkeen avautuu IB-ominaisuuksien muokkausikkuna (merkitty "B"):

Kiinteistössä Lisäkäynnistysvaihtoehdot määritä lukituksen avauskoodi ja tarvittaessa parametri, jotta käyttäjät voivat työskennellä (tässä tapauksessa ensimmäisen käynnistyksen jälkeen ja ennen seuraavaa käynnistystä tämä parametri on poistettava). Nämä parametrit on kuvattu yksityiskohtaisemmin edellä.

Huomautus: kun automaattinen varmuuskopiointi tapahtuu (suoraan tai osana toista toimenpidettä, esimerkiksi automaattisen päivityksen aikana), järjestelmä estää 1C 8.3 -tietokannan ja asettaa standardin lukituksen avauskoodin " Varmuuskopioida ».

Siksi, jos toimenpide "epäonnistui" ja tietokannan lukitus säilyi, mutta cdn-tiedostoa ei voi poistaa, voit käyttää parametria IB:n käynnistämisen yhteydessä: /UCBackupCopying.

3. Napsauta Valmis-painiketta ja palaa käynnistysikkunaan, jossa käynnistämme IB:n 1C: Enterprise -painikkeella. Siten virhe "Istunnon aloittaminen tietokannan kanssa on kielletty. Varmuuskopio” korjattu:

Jos 1C 8.3 Enterprise toimii asiakaspalvelinversiossa, mutta käyttäjällä ei ole käyttöoikeuksia ja tarvittavia tietoja tietokannan hallinnasta tässä tilassa, sinun tulee tässä tapauksessa ottaa yhteyttä järjestelmänvalvojaan saadaksesi apua. Huomaamme vain, että asiakas-palvelin-versiossa komentorivin kautta lisäparametreilla käytön lisäksi on mahdollista poistaa lukko käyttämällä 1C:Enterprise-palvelinklusterin hallintaapuohjelmaa, eli lippu on poistettava vaaditun tietokannan ominaisuudet Istunnon aloituksen esto käytössä.

Lukitustiedoston 1Cv8.cdn anatomia

Utelias voi katsoa 1Cv8.cdn-tiedostoon, joka on luotu istuntojen eston yhteydessä – tämä on yksinkertainen tekstitiedosto, joka voidaan avata sopivalla Notepad-editorilla:

Tiedoston tekstiä ympäröivät kiharat aaltosulut, joissa luetellaan seuraavat pilkuilla erotetut lukitusvaihtoehdot:

• 1 (0) – estoasetuksen merkki (1 – asetettu; 0 – pois käytöstä);
• 20160706154700 - istunnon eston alkamispäivämäärä (päivämäärä + kellonaika), meidän tapauksessamme se on 06.7.2016 20:00:00;
• 20160706154700 - istunnon lukon päättymispäivämäärä (päivämäärä + kellonaika), meidän tapauksessamme se on 06.7.2016 klo 20:00:00 (jos lopetuspäivää ei ole määritetty, parametriin syötetään arvo 00010101000000 oletusarvo);
• Tätä seuraa tekstiparametri, jossa lainausmerkit sisältävät aputekstin, joka näytetään käyttäjälle valintaikkunassa;
• "123" - lupakoodi näytetään.

Kuten näet, tiedosto sisältää kaikki parametrit, jotka näkyvät näkyviin tulevassa tieto- ja diagnostiikkavalintaikkunassa.

Sivustolta löydät muita ilmaisia ​​artikkeleita ja video-oppaita 1C-kirjanpitokokoonpanosta (

Olet päässyt oikealle sivulle! Todennäköisesti aamulla huomasit, että suosikki 1C 8.3 ei ala viestillä: " Istunnon aloittaminen tietokannassa on kielletty. Suorittaaksesi varmuuskopion…».

Ensimmäinen asia, joka on tehtävä nyt, on antaa käyttäjien työskennellä kiireellisesti. Lue sen jälkeen artikkeli rauhallisesti loppuun ja selvitä, miksi näin tapahtui ja mikä on "1C 8.3 -tietokannan lukitseminen ja lukituksen avaaminen".

Kokemukseni viittaa siihen, että olet käyttäjä (et järjestelmänvalvoja tai ohjelmoija) ja tietokantasi on tiedostotietokanta (jos tietokanta on SQL, asiantuntijat käsittelevät jo ongelmaasi). Aloittaa sinun on ymmärrettävä missä kansiossa (hakemistossa) se sijaitsee ja poistettava yksi tiedosto tästä kansiosta - 1Cv8.cdn(sinun ei tarvitse tallentaa tiedostoa, et tarvitse sitä enää).

*Jos olet IT-asiantuntija, voit jatkaa turvallisesti lukemaan osion "1C-tietokannan lukitseminen ja lukituksen avaaminen".

Etsi tietokantaluettelon ikkunasta tukikohtasi (numero 1 alla olevassa kuvassa) ja napsauta sitä kerran (ja vain kerran!) hiirellä. Napsauta sitten "Muuta" -painiketta (numero 2).

Luettelossa voi olla vain yksi tukikohta, joten tämä ikkuna voi olla sinulle tuttu nimellä "1C-käynnistysikkuna". Tässä tapauksessa napsauta Muuta-painiketta.

Jos näet, että tietokanta sijaitsee tällä tietokoneella tai paikallisessa verkossa - kokemukseni ei pettänyt - tietokanta on tiedosto, ja teemme kaiken oikein. Kopioi tämä polku ( numerot 3 ja 4).

Siirry nyt tähän kansioon.

Tässä on vain muutama vaihtoehto File Explorerin käynnistämiseksi:

• Sinulla on Windows XP tai Windows 7. Napsauta Käynnistä, Suorita ja liitä aiemmin kopioitu tietokannan sijainti. File Explorer avautuu.
• Sinulla on Windows 7. Suorita-kohdetta ei kuitenkaan ole. Liitä sijainti heti Käynnistä-painikkeen napsautuksen jälkeen. File Explorer avautuu.
• Sinulla on Windows 8 tai Windows 10. Napsauta Käynnistä, napsauta suurennuslasia oikeassa yläkulmassa, liitä aiemmin kopioitu tietokannan sijainti ja paina Enter. File Explorer avautuu.

• Etsi keltainen levyke tehtäväpalkista ja napsauta sitä. Liitä tietokannan sijainti Explorer-ikkunan yläreunassa olevaan osoitepalkkiin. (Napsauta osoitepalkkia hiiren kakkospainikkeella, Vaihda osoite, napsauta uudelleen osoitepalkkia, Liitä).

• Universaali tapa kaikille Windows-versioille ja sen asetuksille. Paina näppäimistön lippupainiketta ja paina näppäimistön latinalaista R-näppäintä (tai venäläistä K) vapauttamatta sitä. "Suorita"-ikkuna avautuu, liitä tietokannan aiemmin kopioitu sijainti ja napsauta OK.

Käyttämällä jotakin ehdotetuista vaihtoehdoista sinut ohjataan tutkimusikkunaan, jossa on tietokannan sijainti.

Etsi Explorer-ikkunassa tiedosto 1Cv8.cdn tiedostoluettelosta, napsauta sitä hiiren kakkospainikkeella, valitse "Poista", kuten edellisessä kuvassa.

Valmis! "1C: Kirjanpito" tai "1C: Palkanlaskenta ja HR Management" tai "1C: Trade Management" käynnistetään uudelleen.

Estäminen ja lukituksen avaaminen 1C-tietokannasta. Tuhoamme myyttejä.

Tästä osiosta löydät ainutlaatuista tietoa lukkojen kanssa työskentelystä sekä saat kumouksen yleisistä väärinkäsityksistä "tietojen lukitsemisesta".

Kuinka asettaa lukko?

Tietokannan estomekanismi on suunniteltu lopettamaan nykyiset avoimet istunnot ja estämään uudet yhteydet. Lukitustoiminnon sijainti valikossa voi vaihdella kokoonpanon mukaan. Esimerkiksi UT:n versiossa 11 (11.3.3.163) tämä on NSI ja hallinto, [Palvelu] Blocking user work. Vaihtoehtoinen vaihtoehto: NSI ja hallinto, Tuki ja ylläpito, Käyttäjätyön estäminen. UT:n versiossa 10.3 (10.3.21.2) tämä on Palvelu, käyttäjät, yhteyksien muodostamisen estäminen tietokantaan.

*On toimialakohtaisia ​​kokoonpanoja, joissa lukitus näyttää erilaiselta käyttöliittymän ja mekanismin suhteen kuin tässä artikkelissa on kuvattu. Koska harkitsemme vakiomekanismia useimpiin 1C-kokoonpanoihin, emme käsittele erityisiä toimialakohtaisia ​​kokoonpanoja.

Tämän kohdan valitseminen avaa "Lukitse käyttäjät" -valintaikkunan, johon sinun on syötettävä käyttäjille tarkoitettu viesti, eston alkamis- ja päättymisaika sekä avattava koodi.

Koska annat estotoiminnon alun ja lopun, sinun on oltava erittäin varovainen tässä valintaikkunassa ja syötettävä tiedot selvästi. Jos valintaikkunassa oli mahdollisuus syöttää eston aloitus "15 minuutin kuluttua" ja kesto "20 minuuttia", tai ainakin nämä arvot näytettiin viitteeksi eston absoluuttisen alkamis- ja lopetusajan perusteella, silloin olisi vaikeaa asettaa estoa, jonka kesto on vuosi, kuten tämä voi tapahtua, kun syötät päivämäärä-aikavirheen.

Parametri "Aloitusaika" on suositeltavaa asettaa nykyiseksi päivämääräksi/kellonajaksi + aika, joka kuluu käyttäjien valmistautumiseen poistumiseen tallentaessaan muokattuja asiakirjoja. Kello on esimerkiksi 9.50, jolloin käyttäjillä on 10 minuuttia aikaa tallentaa tulokset. Eston kokonaisalkamisajan tulee olla klo 10.00.

Päättymisaika - et voi syöttää, tässä tapauksessa objektin esto asetetaan määräämättömäksi ajaksi (ikuisesti).

Lukituksen avauskoodi on kertaluonteinen "salasana", joka aloitetaan tyhjästä lukosta huolimatta ja jota voidaan tarvita joissain tapauksissa (käsitellään myöhemmin). Muista tulla ja muistaa. Tämä parametri tietokannan SQL-version tapauksessa näkyy "1C Enterprise Servers" -laajennuksessa, ja sitä kutsutaan siellä "käyttöoikeuskoodiksi".

Tietokannan SQL-version tapauksessa tarvitaan tietokannan järjestelmänvalvojan tai klusterin ylläpitäjän lisävaltuutus.

Joten, kun napsautat "Aseta lukitus" -painiketta ja positiivinen vastaus vahvistukseen ...

...palaat edelliseen valintaikkunaan, joka on muuttanut ulkonäköään:

Oikeaan alakulmaan tulee viesti, joka ilmoittaa, että käyttäjän työn estäminen on suunniteltu. Vain sinä näet tämän viestin.

Suunniteltu? Ehkä sillä on jotain tekemistä rutiinitehtävien kanssa?

Toimiiko käyttäjän työn ajoitettu esto, jos ajoitettujen tehtävien esto on asetettu? Kyllä se onnistuu. Estomekanismi ei käytä ajoitettuja töitä.

Mitä käyttäjät ja minä näemme?

Ennen lukituksen alkamista aktiiviset käyttäjät saavat "kohteliaat" muistutukset sulkemisesta. Tässä valintaikkunassa aikakatkaisu laukaisee "Kyllä", joten käyttäjät, jotka ovat poissa työpaikalta, poistuvat onnistuneesti 1C-istunnosta.

Lukon aloittaja saa toisenlaisen viestin:

Kun estotoiminto on alkanut, tietokantaa ei voi käyttää tavalliseen tapaan. Sisäänpääsy kuvataan kuitenkin alla. Huomaa, että valintaikkuna ei sisällä automaattista ilmoitusta eston päättymisajasta, joten järjestelmänvalvojan tehtävä on ilmoittaa käyttäjille työn jatkamisesta. Nämä tiedot voidaan määrittää viestissä käyttäjälle.

Pommi räjähtää täsmälleen sovittuun aikaan. Sireeni huutaa, kunnes se räjähtää.

Vastoin yleistä luuloa, että aktiiviset käyttäjäistunnot lopetetaan varoittavan varoituksen jälkeen, joka voidaan jättää huomiotta ja työ jatkuu, itse asiassa aktiivisten istuntojen lopettaminen tai pikemminkin "leikkaus" tapahtuu täsmälleen aikataulussa, kovaa ja kaiken menettäen. tallentamattomat tulokset. Kaikki varoitukset annetaan aikavälillä "Aseta esto" -painikkeen painamisesta eston alkamishetkeen, jonka jälkeen aktiivinen istunto päättyy ilman ilmoitusta ja 1C siirtyy sykliin, jossa yritetään aloittaa määritys uudelleen. , 1 minuutin välein.

Poikkeuksia ei ole viitearvojen syöttötiloissa, joissa syötetään arvo, joka ei ole viitteessä - et voi poistua syöttötilasta (esimerkiksi sulje 1C ristillä), mutta tämä ei estä sinua suorittamasta tehdä työtä. Merkittävämpi mielenkiinto on modaalinen dialogitila, joten puhumme siitä tarkemmin.

*Käyttäjän istunnot päättyvät vanhemmissa kokoonpanoissa hieman määrättyä aikaa myöhemmin, koska. käyttäjät saavat ensin "Järjestelmä sammuu" -varoituksen.

Räjähtääkö se todella?

Aluksi huomaamme, että vanhemmissa kokoonpanoissa eston aloittajan esto ei välttämättä toimi. Ja nyt siirrytään alustan 8.3 ongelman pohtimiseen.

Tiedosto ON käyttäjä, joka päättää esimerkiksi poistaa dokumentin ja mennä sitten lounaalle jättäen "Merkitse asiakirja poistettavaksi?" -valintaikkunan näytölle, pitää yhteyden tietokantaan auki. Tietysti hänen istuntonsa päättyy lounaan jälkeen, kun hän vastaa "Kyllä" tai "Ei", mutta siihen asti näet, että aktiivisia käyttäjiä on. Tässä tapauksessa eston aloittaja näkee seuraavan viestin:

Lokiin ilmestyy ajonaikainen virheviesti, jota ei tule tulkita ajonaikaiseksi virheeksi, vaan "kaikki käyttäjät eivät ole lopettaneet istuntojaan":

Eikä tämä ole ainoa syy, miksi esto ei ehkä toimi. (Katso lisää osiot "Kenen kellon mukaan?" ja "Mutta entä käyttäjäni Vladivostokissa?").

Modaalinen valintaikkuna hallittujen lomakkeiden tietokannan SQL-versiossa

1C-sovelluspalvelin pystyy poistamaan istunnon modaalisesta dialogitilasta huolimatta. 1C-käyttöliittymä ja modaalinen dialogi jäävät käyttäjän näytölle luoden epätäydellisen istunnon vaikutelman, mutta itse asiassa istunto poistetaan ja yhteys IB:hen katkaistaan ​​ajoissa. Kun käyttäjä yrittää jatkaa työskentelyä, hän näkee vivahteista riippuen virheilmoituksen "Istunto puuttuu tai poistettu" tai "Istunto päätti järjestelmänvalvojan".

Modaalinen valintaikkuna tietokannan SQL-versiossa tavallisilla lomakkeilla

Käyttäjäistunnot lopetetaan.

Lukon asettamisen jälkeen on parempi olla poistumatta valintaikkunasta, koska kun avaat tämän valintaikkunan uudelleen ennen lukituksen alkamista, näyttöön tulee virheellinen viesti, että lukko on jo asetettu (tosin vain puolet), aktiivisia istuntoja ei ole (ei totta). Samaan aikaan käyttäjien sulkemisprosessi jatkuu (ristiriidassa nolla aktiivista istuntoa + ei täysin totta, koska käyttäjät "lopettavat itsensä"). Vaikka käyttäjien työn estokoodi ei ole ihanteellinen, se ei lopulta estä sinua asettamasta estoa ja lopettamasta aktiivisia istuntoja, mutta se häiritsee Infobase-järjestelmänvalvojaa.

Toimiiko esto, jos asetat eston ja suljet valintaikkunan?

Toimiiko lukko, jos asetat lukon ja poistut välittömästi 1C:stä (ts. lopetat 1C-istunnon ennen lukon alkamista)?

Joo. Mekanismi, jolla vastataan asetettuun lohkoon, ei tarjoa vuorovaikutusta lohkon aloittajan ja muiden käyttäjien välillä. Käyttäjäistunnot tarkistavat itsenäisesti, voivatko ne toimia.

Kenen kellolla esto toimii, jos tietokoneiden aika on hieman erilainen?

Kellon synkronointiongelma

Tiedoston IB avulla jokainen tietokone tarkistaa, onko IB:llä asetettu estoaikaalue, ja vertaa sitä paikalliseen kelloonsa. Sen kellon tarkkuus määrittää, pystyykö tietty tietokone lopettamaan istunnon täsmälleen oikeaan aikaan. Jos tukiasema on estetty klo 10.00 alkaen, yhdelle tietokoneelle tämä hetki tulee aikaisemmin ja toiselle myöhemmin.

Toimialueympäristössä ja järjestelmänvalvojien täydellisellä työllä kaikkien tietokoneiden aika synkronoidaan toimialueen ohjaimen kanssa. Mutta eri syistä aika voi lyödä alas: aikasynkronointia verkkotunnuksen ohjaimen kanssa ei ole määritetty, aikasynkronointi on määritetty ulkoisen tarkan aikapalvelimen kanssa, joka ei ole enää käytettävissä, verkko- tai toimialueen palveluhäiriöt, oikeuksien puuttuminen järjestelmän aika jne.

Näyttää siltä, ​​että voimme puhua sekunneista, äärimmäisissä tapauksissa minuuteista. Mutta itse asiassa esimerkiksi tietokoneeseen ei ehkä ole asennettu käyttöjärjestelmän päivitystä, joka tukee siirtymistä kausi- (talvi / kesä) aikaan, ja virhe ei ehkä ole jo sekunteja, vaan tunteja. Tällaisen kokeilun suorittaminen on helppoa: ajoita lohko klo 10 puoleksi tunniksi ja aseta aika tunnilla eteenpäin yhdellä tietokoneista - esto ei vaikuta siihen.

Siksi ennen lukon asettamista tarkista kellonaika huolellisesti tietokoneen oikeasta alakulmasta rannekellolla ja ota myös yhteyttä järjestelmänvalvojaan etukäteen kysymyksellä, toimiiko ajan synkronointi IT-infrastruktuurissasi.

Mutta entä käyttäjäni Vladivostokissa?

Absoluuttinen aikaongelma eri aikavyöhykkeiltä tulevien käyttäjien kanssa

Eston aikaväli on tallennettu tietokantaan. Katso estotiedoston 1Cv8.cdn (joka on luotu IB:n tiedostoversiossa) sisältöä, se sisältää eston alkamisajan 17.07.2017 13:59 muodossa VVVVKKDDHHMMSS ilman aikavyöhykettä:

Ilman aikavyöhykettä olisi selvää, mistä absoluuttisesta ajasta puhumme, jos aika viittaa aina tiettyyn aikavyöhykkeeseen, esimerkiksi UTC + 0. Mutta paikallinen aika tallennetaan tietokantaan eston aloittaneen tietokoneen kellon mukaan. Mille aikavyöhykkeeltä tämä tietokone oli, ei ole tiedossa, mikä tarkoittaa, että absoluuttista estoaikaa ei tiedetä.

Jos Moskovassa keskitetyssä IB:ssä asetat lohkon klo 13:59 ja tämä hetki Moskovan käyttäjille on tulevaisuudessa, niin saman IB:n käyttäjille Vladivostokissa kello 13:59 oli 7 tuntia sitten. Ja riippuen teknisestä ratkaisusta, jonka mukaisesti Vladivostokin käyttäjien tietoturvatyötä tehdään, näiden käyttäjien estäminen joko toimii tai ei.

Mitä teknisiä ratkaisuja voi olla, joissa esto ei toimi oikein Vladivostok-käyttäjille? Ne, joissa 1C:n asiakasosa saa aikaa Vladivostokissa, ei Moskovassa. Esimerkiksi toimistot yhdistetään paikallisverkkoon VPN:n kautta, ja 1C-asiakasosa käynnistetään paikalliselta tietokoneelta UTC + 10 -ajalla. Mutta jos he työskentelevät tietokannan kanssa RDP-yhteyden kautta tai RemoteApp-tilassa Moskovan palvelimella ja käyttävät 1C-asiakasosaa tällä palvelimella, kaikki on kunnossa, koska. siinä on UTC+3 aika.

Onko kellon ja aikavyöhykkeen synkronoinnissa ongelmia tietokannan SQL-version tapauksessa?

Ei. Tässä vaihtoehdossa on "palvelinkello", jota pidetään viitteenä.

Poistetaanko minut Configuratorista, jos olin siinä ja esto alkoi tulla voimaan?

Onko mahdollista päästä Configuratoriin estotoiminnon alkamisen jälkeen?

Se on kielletty! Konfiguraattorin kanssa työskentelyn mahdollisuus tarkistetaan vain käynnistyksen yhteydessä, eikä sitä suoriteta käytön aikana. Siksi, jos lukko on asetettu myöhempää työtä varten konfiguraattorissa, on paljon helpompaa käynnistää se ensin kuin ohittaa laukaisukielto myöhemmin.

Kuinka poistaa lukko?

Samassa valintaikkunassa, jossa lukko asetettiin. Muistutamme, että lukon asettamisen jälkeen siinä on "Aseta lukko" -painikkeen sijaan "Avaa" -painike.

IS:n SQL-version tapauksessa lukituksen avaaminen on mahdollista myös "1C Enterprise Servers -palvelinten hallinta" -laajennuksessa. (Katso alempaa)

Mihin avauskoodi on tarkoitettu?

Syötä IB sillä hetkellä, kun esto on voimassa. Tilanteet, joissa tätä tarvitaan:

• Lukon asettamisen jälkeen IS-istunto lopetettiin (manuaalisesti tai lukon vaikutuksesta itse aloittajaan), ja uusi istunto on aloitettava;
• Lukon päättymisaikaa ei vahingossa täytetty ollenkaan;
• Eston päättymisaika on täytetty väärin (esimerkiksi seuraava kuukausi tai vuosi syötettiin vahingossa);
• Tietokanta on SQL-versiossa, ja väärin asetetun lukituksen peruuttamiseksi on mahdotonta poistaa 1Cv8.cdn-tiedostoa infobase-hakemistosta.

Käytä tässä tapauksessa käynnistyksen yhteydessä annettua vihjettä. Nuo. Napsauta tietokantaluettelon ikkunassa "Muuta" ja kirjoita rivi lisäkäynnistysvaihtoehtoihin:

YRITYS /F"Z:\Exchange\UT 11" /CAllowUsers /UC12345

... ottaen huomioon sijaintihakemiston ja avauskoodin.

On parempi kopioida tämä rivi leikepöydälle ja korjata se "Muokkaa tietokantaa" -valintaikkunassa. Jos sekoitit lainaustyypit tai venäjän "C" ja latinan, näet virheilmoituksen:

Jos 1C syötetään oikein ja käynnistetään myöhemmin yritystilassa, 1C avaa lukituksen automaattisesti ja suorittaa työnsä loppuun. Sen jälkeen on mahdollista poistaa lisäparametreja ja suorittaa 1C tavalliseen tapaan.

Mitä minun pitäisi tehdä, jos en asettanut lukitusta, mutta joku on lukinnut SQL-tietokannan? En kuitenkaan tiedä avauskoodia.

Itse kokoonpano voi asettaa tietokannan eston varmuuskopion luomisen ajaksi. Jos luontiprosessia ei suoritettu loppuun normaalisti, SQL-tietokanta saattaa jäädä lukittuun tilaan. Tässä tapauksessa vaaditaan pääsy konsoliin (oikeammin laajennus) "1C:Enterprise-palvelinten hallinta".

Mistä sitä kannattaa etsiä?

1C:Enterprise Server Administration -laajennus asennetaan usein samalle palvelimelle, jossa SQL-palvelin on otettu käyttöön, samoin kuin missä itse 1C-palvelin (tai 1C-sovelluspalvelin) on otettu käyttöön. Vaikka tämä ei ole välttämätöntä: SQL voidaan asentaa yhteen tietokoneeseen, 1C-sovelluspalvelin toiseen ja laajennus voidaan ottaa käyttöön työasemassasi. Suurella onnistumistodennäköisyydellä voit saavuttaa seuraavat toimet:

• Yhdistä RDP:n kautta Srvr=...-rivillä määritettyyn palvelimeen käyttämällä verkkotunnuksesi kirjautumistunnusta ja salasanaa. Jos et saa yhteyttä, pyydä järjestelmänvalvojaa lisäämään sinut Etätyöpöydän käyttäjät -ryhmään. (Jos tällaiset oikeudet evätään, ota käyttöön ja määritä "1C Enterprise Servers" -laajennus työasemassa);

• Etsi palvelimelta 1C:Enterprise Server Administration -laajennus;

• Suorita laajennus, laajenna puu tietokantaasi solmuun;

• Poista tietokannan ominaisuuksista valinta "Istunnon alkamisen esto on käytössä" -valintaruudusta tai korjaa eston alkamis- ja päättymisajat tai katso "lupakoodia" IB:n syöttämiseen (eli "lukkokoodi" estoikkunassa).

Mitä tehdä, jos kaikki SQL-tietokannan käyttäjät on kirjattu ulos, mutta et silti voi käynnistää Configuratoria, koska onko aktiivisia käyttäjiä?

Tietokannan "Yhteydet"-solmussa näytön oikeassa reunassa voit poistaa olemassa olevia yhteyksiä.

Nämä eivät ole kaukana kaikista tietokannan estämiseen liittyvistä kysymyksistä.

Jos sinulla on kysyttävää:

• Onko mahdollista työskennellä Moskovan ajan, jos vuokraat palvelimen Euroopasta etkä halua riippua sen aikavyöhykkeestä?
• Kuinka löytää 1C-sovelluspalvelin, jos ei tiedetä, mihin se on asennettu?
• Kuinka ottaa käyttöön 1C:Enterprise Server Administration -laajennus ja kuinka se määritetään?
• Jos yhdessä paikallisverkossa on useita sovelluspalvelimia, mitä pitäisi tehdä?
• Kuinka toimia klusterijärjestelmän tapauksessa? jne.

Sertifioidut 1C-teknologiakonsulttimme vastaavat niihin mielellään.