Kako postaviti pametne telefone i računala. Informativni portal
  • Dom
  • Windows Phone
  • Zaključavanje stola nije uspjelo. Kočnice temeljene na datotekama - kako izbjeći (nedavno iskustvo)

Zaključavanje stola nije uspjelo. Kočnice temeljene na datotekama - kako izbjeći (nedavno iskustvo)

Košta 8.1 set za 5 korisnika.
Koristimo standardno računovodstvo.
Rade uglavnom preko terminala, ponekad i bez njega.
Opcija baze podataka - datoteka
Pogreške su primijetili oni u terminalu



nešto kao ovo. Kopao po mreži, Yandex - općenito, nekako nejasno sve.
Pronađene glavne preporuke:
1) Iskrcaj / Učitaj bazu - u smislu nove koju treba smisliti iz konfiguratora
2) pokrenite \ Program Files \ 1cv81 \ bin \ chdbfl.exe - provjerite fizički integritet baze podataka
3) Testirajte i popravite bazu podataka
4) ažuriranje na najnovije izdanje 8.1

Zna li netko nešto konkretnije?

13.5.2010, 10:05

Sve što trebate, već vam je ponuđeno, prvo isprobajte. Nema fizičkih grešaka na mediju?
Je li konkretnije tko će reći.

13.5.2010, 10:56

Dakle, ovo ... ako to uzmemo u obzir bez obzira na 1C, ali općenito, glupo je da netko s dva mjesta pokušava blokirati jedan stol, prvi ima vremena, a ostali se šalju. Pogledajte koje se operacije / transakcije / obrada (ili kako se to zove u 1C) izvode u ovom trenutku. Može biti da stvar nije u platformi, već u krivo napisanim konfiguracijama ili posebnostima rada tih konfiguracija na vašim podacima.

p.s. A baze podataka datoteka u višekorisničkom načinu rada su perverzija.

13.5.2010, 10:58

Iako dovraga zna kako je 1C-in napravio bazu podataka, može se dogoditi da će negdje u bazi podataka pomoći osigurač i sve vrste repirea.

13.5.2010, 11:06

Da, čini mi se da je oktal kao platforma – još je vlažan. Negdje su napisali da se PERIODIČNO testiranje s popravkom mora raditi

13.5.2010, 11:10


malo vjerojatno. Za osmicu je kupljen novi poslužitelj s licenciranim Windowsima


Suština je da jedan zaključava stol, a ostali čekaju do isteka vremena.
Zašto nemaju vremena veliko je pitanje. Fizički medij izgleda, možda je glup. Dnevnik sustava, MHDD. I sve one radnje koje su napisane u prvom postu su obavezne.

p.s. Novo ne znači 100% ispravan.

13.5.2010, 11:38

Sve što trebate, već vam je ponuđeno, prvo isprobajte


pa da, moraš čekati do večeri.
Bilo je malo nade da ću čuti nešto novo

Ne pričajte čuda. Problema ima dovoljno, ali nisu.


gdje su čuda? Nisam razumio, netko će tvrditi da je 8.1 cool besprijekorna platforma?

napisao je da se PORIODIČNO testiranje s korekcijom mora raditi


čini se da imamo takav slučaj.
Anketa korisnika jednog po jednog (da ne bismo lagali prijateljski) pokazala je da se ova situacija čini SAMO među korisnicima koji rade u terminalu. I oni koji ne prolaze kroz terminal na kojem
Windows Server 2003 R2 Standard 64, ili se ne sjećaju takve situacije, ili je jednostavno nisu imali.
Štoviše, dvoje posebno promatrača primijetilo je da je prije 1,5-2 mjeseca ovaj fenomen opažen MNOGO rjeđe.

13.5.2010, 12:42

Rođeni ubojica, Koja je antivirusna nit na poslužitelju? Ako je tako, pokušajte ga onemogućiti ili dodati bazu iznimkama

13.5.2010, 13:14

Koja je nit antivirusna na poslužitelju?


xs, morate pogledati. Ovo je neprijateljski poslužitelj
pametne franšize uzele su jednu od naših baza na održavanje, osigurale svoj poslužitelj i kao da nadziru naš rad
omogućen je pristup njihovom poslužitelju, ali u skraćenoj verziji.
pogledat ću.

ne, izgleda da postoji antivirus...

13.5.2010, 13:23

Nisam razumio, netko će tvrditi da je 8.1 cool besprijekorna platforma?
oh pa ne. 7.7 koji je dosad mjestimice neuredan, ali oko 8-ku taman da smišlja legende o njegovoj kvaru



Kolika je osnovna veličina i koliko korisnika?

Šminka. Navedite konkretan primjer.
Kolika je osnovna veličina i koliko korisnika?


noću napravio tester i ispravio ga. Prije toga je 1cv8.1CD bio 2GB, sada je 1,5GB.
Ima 5 korisnika, kao i sama licenca.
Što se tiče legendi o kvarovima, bio je jedan slučaj. Sada, ako uzmete 7.7 i jednostavno kopirate 1 bazu kroz Total na drugo mjesto - kopija bez problema.
Nakon što sam pokušao učiniti isto s bazom od osam točaka, kopirao sam osnovni direktorij na drugo mjesto,
registriran, otvorio obje baze u isto vrijeme, jedna je trebala biti izopačena.
Označio sam nekoliko dokumenata za brisanje u kopiji, prebacio se na prozor s pravom bazom podataka, nisam mogao vjerovati svojim očima: isti dokumenti su i tamo označeni za brisanje


Panj jasena, 1C ima odgovor za sve: napravite dnevnu kopiju baze podataka.
Da, samo što je ovo jebeni odgovor

MMMarina

Rođeni ubojica,

Bok prijatelju...


Mit!
Tako se rađaju legende...

Bok prijatelju...


Bok prijatelju. Sad si se zanio

A onda su se ikone na radnoj površini smirile


Mit!
Tako se rađaju legende...


Vidjela sam to. Kasnije mi nije bilo smiješno razlikovati objavljene dokumente od neobjavljenih dokumenata, nakon uklanjanja oznake brisanja svi postaju neobjavljeni.

Ne sjećam se koja je tada bila platforma.

pokušajte učiniti isto. Možda i ti to možeš

Tako se rađaju legende...


Reći ću više: kada sam ručno uklonio oznaku nekoliko dokumenata u kopiji za brisanje,
ista stvar se dogodila u stvarnoj bazi podataka. U to vrijeme nisam imao vremena nekako dokumentirati ovu senzaciju.
Zato sam ga samo vratio i nikad više nisam.

popravljati zjapeće rupe u informatičkom znanju...
stvarno, po mom mišljenju, ja sam beznadežan...


ova tema uopće nije za vas, dragi (i)
općenito, sve se podliježe razumijevanju
napraviti geek prijatelja, kao opciju)))

Označio sam nekoliko dokumenata za brisanje u kopiji, prebacio se na prozor s pravom bazom podataka, nisam mogao vjerovati svojim očima: isti dokumenti su označeni za brisanje i tamo shok.gif



Nikada nisam kopirao bazu datoteka s 8-bitnim
To nikako nije bila senzacija.

Prokletstvo, možda ne vjerujete, ali BILO je.


Činjenica je da sam s 8 vrlo blisko surađivao nekoliko godina. Čim ih nisu kopirali. Tako da ne mogu vjerovati
Ali mogu pretpostaviti da je kad je osoba prezaposlena puno toga moguće. znam od sebe.

Ne brinite, baza datoteka se može jednostavno kopirati i podići na bilo koje drugo mjesto. Ne bi trebalo biti nikakvih kvarova.

14.5.2010, 10:52

14.5.2010, 11:28

Postoji prijedlog - na parkingu sam propisao istu bazu 2 puta



8 predlaže zamjenu

14.5.2010, 11:31

nju ... 7.7 kada to pokušava učiniti, glupo šuti i ne dodaje bazu na listu (samo ne reagira na bilo koji način)
8 predlaže zamjenu


Možemo samo promašiti miša i pokrenuti isti ... Čuda se ne događaju

14.5.2010, 11:47

Možemo samo promašiti mišem i pokrenuti isti...


Pokušat ću tako nešto simulirati kod kuće. Onda ću se odjaviti.
Obično, prije bilo kakve opasne radnje, u 1C (7.7. Ili 8-ke) pritisnem upitnik (gdje je prikazan put do baze).

Ovdje su se ljudi tako prijateljski smijali mojoj legendi da sam sumnjao.
Iako u osmici ima više kvarova nego u sedam.

Oh, evo kvara na jednom mjestu, nisam ga samo ja vidio.
Općenito, rugali su se jednom od 8. baze kod klijenta, dok sam još radio u franchiku.
Jedan dan jedna osoba, drugi - drugi, treći sam otišao. Pitao sam ih - jeste li napravili sigurnosnu kopiju prije exploita? U odgovoru se smiju ko konji, zabili su kraće, samo što su uzeli bazu na tom autu

14.5.2010, 12:35


- smijte se kao konji, zabili kraće, samo što su zauzeli bazu lokalno,
a ja sam je imao priliku poševiti s mreže. Odlučio sam ne napraviti sigurnosnu kopiju prema primjeru prethodnih tavariša,
bio je mlad i glup – puno razmetanja.
Općenito, napravio sam izmjene u confi, spremam confu, u trenutku spremanja konfe dogodila se neka nesreća, a baza je pala navečer. Šok. Ujutro su otišla 3 specijalista, među kojima i ja.
Nesreća se sastojala u tome što je broj oslobađanja otkinut s baze, t.j. u konfiguraciji, kada ste kliknuli na pitanje, ono je bilo prazno, a nedostajao je naziv same konferencije. a kada je u tijeku baze, također nije bilo vidljivo, ništa prokleto, sučelje uklj. odletio, bilo je nemoguće ući u dnevnike dokumenata.
Problem smo riješili ažuriranjem ubijene baze s relativno svježom konfiguracijskom datotekom, sve je ispalo.
Sve je oživjelo.
Ovo je primjer prave legende. 3 osobe ne bi smjele voziti u isto vrijeme

14.5.2010, 13:53

u trenutku spremanja konfiguracije dogodila se neka nezgoda, pa je baza pala


Pa, ako je to bila željezna greška, onda nije ni čudo.
Ali ako ste pronašli grešku koja se stabilno pojavljuje nakon izvođenja određenih radnji, onda drugi razgovor.

14.5.2010, 14:39

Pa, ako je to bila željezna greška, onda nije ni čudo


xs to je bilo. hardver, mreža ili platforma sada nisu toliko važni.
Čini mi se da se softina ne bi trebala ponašati tako zanosno
Ovo je isto kao da pustite Vistu i priznate da je ovo sranje. Kako su brzo skočili s 8.0 na 8.1
p.s. značenje riječi bug mi je jasno, hvala na brizi)))

14.5.2010, 19:37


Na primjer, ako se sličan "kvar" dogodi prilikom pokretanja servisnih paketa ili nečeg važnog za istu Vistu, onda je vjerojatno da će sustav tada, ako se pokrene, biti izrazito nestabilan.
Ili recimo u trenutku uzimanja inzulina dogodi se potres, tada dijabetičar može odustati, jer štrcaljka se otkotrljala ispod sofe dok se tresla.

14.5.2010, 22:32

Born Killer, koja nit postoji na serveru? Ako je tako, pokušajte ga onemogućiti ili dodati bazu iznimkama


Kako antivirusni program može utjecati na zaključavanje tablice? base 8.x je jedna datoteka.

Označio sam nekoliko dokumenata za brisanje u kopiji, prebacio se na prozor s pravom bazom podataka, nisam mogao vjerovati svojim očima: isti dokumenti su označeni za brisanje i tamo shok.gif
Općenito, nisu mi se svidjeli ovi jebeni vrhovi, od tada radim kopiju baze podataka samo putem Upload / Download.
Kako ste, gospodine, tako tužna legendo?
A ako sam se zanio i učinio ozbiljnije stvari u kopiji (npr. brisao dokumente označene za brisanje), i na neki nejasan način, iste radnje su izvedene u glavnoj bazi podataka?


Ne, to ne može biti, čuda se ne događaju. Vjerojatno ste unijeli istu bazu... U 8 možete jednostavno unijeti bazu podataka 2 puta pod istim imenom.

dovratnici se povremeno penjali prilikom vođenja / snimanja dokumenata s greškom obrasca
"Sukob zaključavanja tijekom izvršavanja transakcije: Zaključavanje tablice nije uspjelo" _DOCUMENT158 "


Dakle, prvi korak je odrediti kojem dokumentu metapodataka odgovara tablica "_DOCUMENT158". Za to postoji metoda globalnog konteksta "GetDatabaseStorageStructure". Tako ćete barem točno razumjeti koji je dokument "buggy".

Onda morate shvatiti je li netko promijenio modul u njemu i pokucati po glavi ako ga je promijenio na jednom mjestu. Najvjerojatnije se skupovi registarskih zapisa pišu eksplicitno putem Write metode umjesto da se platformi dopusti da to učini ispravno. I njihov redoslijed je zbrkan..
I nema zastoja?

Općenito, 5 osoba ne bi trebalo držati u načinu rada datoteke. Subd se može uzeti besplatno, kupiti samo ključ za cluster server i to je to. Ili je skupo za ured?
Ne sjećam se može li se tehnološki dnevnik snimiti u načinu datoteke ili ne ...

14.5.2010, 22:53

=========================================================
http://odines.ru/thread1386.html je li ovo tvoja tema?

Odnosno, transakcija ne prolazi čak ni kada jedan korisnik radi? Tada problem vjerojatno nije u krivom kodu pri snimanju pokreta. Budući da u modu za jednog korisnika ne može biti zaključavanja. Snimanje se vrši uzastopno.

Tada se čini da je problem upravo u kršenju strukture same baze.
Bolje je prvo pokrenuti Testiranje i popravak baze podataka s uključenim potvrdnim okvirom "Restrukturiranje tablica baze podataka".
Učitavanje na dt s naknadnim učitavanjem također ima smisla...
chdbfl.exe u ovom slučaju vjerojatno neće pomoći ... iako, naravno, vrijedi pokušati ako ostalo ne pomogne.

Joj - upravo sam pogledao datum postova u temi http://odines.ru/thread1386.html A razvoj standardnih u novom kontroliranom načinu rada nije daleko.
A razlika između 8.2 i 8.1 je puno veća nego između 8.1 i 7.7, posebno za programere, mozak se mora revidirati za razvoj za "kontrolirani" način rada

U SSIS-u pokušavam upotrijebiti zadatak datotečnog sustava za premještanje datoteke u arhivski direktorij. Ovako izgleda moj zadatak - http://imgur.com/raPZIzL

Kada pokrenem paket, ovaj zadatak ne uspijeva: Pogreška: 0xC0014054 u Datotečnom sustavu Zadatak: Nije uspjelo zaključavanje varijable "\ xxx \ yyyy \ Podobnost \ SOURCE_ELIGIBILITY_IMPORT_0482014.CSV" za pristup za čitanje s greškom 0xC001014.CSV "Ovo nije pronađeno1 ". događa se kada se pokuša dohvatiti varijabla iz zbirke Variables u spremniku tijekom izvršavanja paketa, a varijabla ne postoji. Naziv varijable se može promijeniti ili se varijabla ne kreira."

Pitam se što to govori da varijabla nije pronađena jer je početna vrijednost varijable "temp" (pogledajte snimku zaslona), a zatim sam postavio vrijednost varijable u zadatku skripte nekoliko koraka prije pokretanja ovog zadatka. Dakle, znam da varijabla postoji i da ima ispravnu vrijednost (mogu otvoriti datoteku na putu varijable). Samo ne znam zašto i kako to zaobići. Pronašao sam isti post koji su drugi objavili na internetu, ali nijedno od rješenja nije uspjelo za mene. Ne vidim kako bi ovo mogao biti uvjet utrke, zadatak skripte koji postavlja vrijednost varijable završava na sekundu prije nego što se ovaj zadatak izvrši.

Pokušao sam izbrisati zadatak datotečnog sustava i ponovno ga stvoriti, i dalje dobivam pogrešku. Također sam ponovno pokrenuo kompjutersko razmišljanje, što je moglo pomoći, ali nije.

EDIT: više informacija ... ako postavim DelayValidation s True na False, dobivam istu pogrešku prije nego što se išta uopće pokrene, iako se ovaj put žali na početnu vrijednost varijable prije nego što ima priliku postaviti kod.

Evo konkretnih pogrešaka:

Pogreška: 0xC0014054 u Datotečnom sustavu Zadatak: Nije uspjelo zaključavanje varijable "\ XXX \ YYYY \ Podobnost \ SOURCE_ELIGIBILITY_IMPORT_0482014.CSV" za pristup za čitanje s pogreškom 0xC0010001 "Varijabla se ne može pronaći. Ovo se događa kada pokušavate dohvatiti varijablu iz zbirke Vari vrijeme izvršenja paketa i varijabla nedostaje. Naziv varijable se može promijeniti ili se varijabla ne kreira. ".

Pogreška: 0xC002F304 u zadatku datotečnog sustava, zadatku datotečnog sustava: Došlo je do pogreške sa sljedećom porukom o pogrešci: "Nije moguće zaključati varijablu" \ XXX \ YYYY \ podobnost \ SOURCE_ELIGIBILITY_IMPORT_0482014.CSV "za pristup za čitanje s pogreškom 0xC0010" Varijabla nije mogla biti0 pronađeno " se događa kada se pokuša dohvatiti varijabla iz zbirke Variables u spremniku tijekom izvršavanja paketa, a varijabla ne postoji. Naziv varijable se može promijeniti ili se varijabla ne kreira. "."

Pogreška: 0xC0014054 u Datotečnom sustavu Zadatak: Nije moguće zaključati varijablu "\ XXX \ YYYY \ Podobnost \ Arhiva" za pristup čitanju s pogreškom 0xC0010001 "Varijabla se ne može pronaći. Ovo se događa kada se pokuša dobiti varijabla iz zbirke Varijabli na spremnik u runtime paketu i varijabla nije tamo. Naziv varijable se može promijeniti ili se varijabla ne kreira. ".

Pogreška: 0xC002F304 u zadatku datotečnog sustava, zadatku datotečnog sustava: Došlo je do pogreške sa sljedećom porukom o pogrešci: "Nije moguće zaključati varijablu" \ XXX \ YYYY \ Pristupačnost \ Arhiva "za pristup za čitanje s pogreškom 0xC0010001" Ova varijabla nije pronađena. To se događa kada se pokuša dohvatiti varijabla iz zbirke Variables u spremniku tijekom izvršavanja paketa, a varijabla ne postoji. Naziv varijable se može promijeniti ili se varijabla ne kreira. ".

Koliko često vidite ovu poruku? Mislim da se svatko tko ima dugo iskustvo s 1C barem jednom susreo s takvom greškom. Zašto program daje ovu grešku? "Konflikt zaključavanja tijekom izvršavanja transakcije: Zaključavanje tablice nije uspjelo"?

Pa, najčešće se to događa zbog činjenice da jedan od korisnika već izvodi neku vrstu operacije koja je zaključala ovu tablicu. Kako bi riješili ovaj problem, svi korisnici samo trebaju izaći iz programa. No također se događa da je korisnik napustio program, ali proces programa iz memorije nije istovaren. Ne paničari! Ako su svi korisnici napustili program, a poruka se i dalje pojavljuje, trebate otvoriti izbornik Alati -> Aktivni korisnici.

I pogledajte tko osim vas trenutno radi s programom. Ako su svi korisnici otišli, a i dalje vidite da je osim vas još netko, ne brinite se. Događa se. Proces visi. Ponovno pokrenite računalo aktivnog korisnika.

Ali ponekad ni to ne riješi problem. Događa se da u trenutku transakcije treperi lampica ili je, na primjer, tvrdi disk na zadnjim nogama. I što je također vjerojatno, netko je izvadio kabel mrežnog čvorišta i na njegovo mjesto uključio kotlić, a vi ste u tom trenutku obračunavali amortizaciju. Dakle, u takvim trenucima baza podataka može biti oštećena ili podaci mogu biti upisani s greškom.

U ovom slučaju, i gotovo uvijek, ako gornji recepti nisu pomogli, pomaže uslužni program chdbfl.exe. Nalazi se u mapi s izvršnom datotekom 1C. Put do datoteke bit će nešto poput "C: \ Program Files \ 1Cv82 \ platform_version_number \ bin \ chdbfl.exe". Imajte na umu da ovaj uslužni program iz jedne verzije platforme možda neće raditi s drugom.

Stoga morate otvoriti mapu s brojem trenutne platforme na kojoj radite.

Kako mogu vidjeti broj platforme? Jako jednostavno. Idemo na izbornik Usluga -> O. I dalje na slici se vidi gdje pogledati broj platforme.

Stavili smo kvačicu "popravi pronađene pogreške". I pritisnemo gumb za izvršavanje. Ovaj uslužni program popravlja 90% svih grešaka koje se pojave. Toplo preporučujem da napravite sigurnosnu kopiju baze podataka prije korištenja ovog uslužnog programa, ali ako se pogreška dogodi upravo u vrijeme iskrcavanja, kopirajte cijelu mapu s informacijskom bazom podataka.

Prema RKN-u, kako bi podržao rad messengera bez instaliranja takvih alata od strane korisnika, Telegram je počeo aktivno mijenjati IP adrese s usluga u oblaku Amazon Web Services i Google Cloud. Roskomnadzor upisuje nove IP adrese u registar i blokira pristup njima iz Rusije, ali glasnik se odmah prebacuje na novi skup adresa. Kako je istaknuo generalni direktor Qrator Labsa Alexander Lyamin, Telegram ima izvrsne inženjere koji sada "iskorištavaju sve nedostatke i ranjivosti sustava za filtriranje koji se koristi u Rusiji".

IP adrese za nekoliko centi na sat

Svaki uređaj spojen na globalnu mrežu (poslužitelji, internetske usluge, korisnički uređaji itd.) koristi IP adresu na kojoj se može pronaći. Ukupno u svijetu postoji oko 4 milijarde IP adresa, jednu adresu može koristiti nekoliko stranica. U početku je Telegram registrirao pet pulova za uslugu, odnosno oko 8 tisuća IP adresa. Odlukom suda u Taganskom uvršteni su u registar zabranjenih i blokiran im je pristup iz Rusije; Međutim, prema RKN-u, glasnik je iznajmio nove skupove adresa od Amazon Web Services. Kako je predložio neovisni stručnjak (bivši zaposlenik Yandexa) Vladimir Ivanov, Roskomnadzor je pratio nove adrese koje je Telegram primio. Čim su se dobiveni skupovi IP adresa pojavili u RKN registru, Telegram je dobio nove. Štoviše, za dobivanje novih adresa potrebna je minuta, a prema Ivanovu, za blokiranje novog bloka IP adresa od Roskomnadzora u prosjeku je potrebno oko sat vremena. Cijena takve usluge Amazon Web Service-a počinje od 0,0058 USD po satu.

2. Koliko dugo ovo može trajati?

Roskomnadzor je u ponedjeljak javno podsjetio vlasnike VPN-a i proxy poslužitelja da se moraju pridržavati sudskih odluka o blokiranju zabranjenih resursa. Prema riječima predstavnika odjela, oni će poduzeti "sve potrebne mjere za provedbu odluke suda, uključujući i one vezane uz ograničavanje pristupa internetskim resursima koji pružaju tehničke uvjete za rad Telegram usluga".

Istodobno, Roskomnadzor je nastavio aktivno dodavati nove IP adrese koje koristi Telegram u zabranjeni registar. Do podneva u utorak, 17. travnja, na popisu je bilo preko 15,6 milijuna IP adresa, od kojih je većina registrirana na Amazon Web Services i Google Cloud. Većinu tih adresa Telegram više ne koristi, ali se deblokada pristupa njima iz Rusije ne događa automatski. Amazon i Google morat će pregovarati s RKN-om o ukidanju zabrana, no još se ne zna koliko će to trajati.

Prema riječima Alexandera Lyamina, uz dovoljno motivacije i resursa, Telegram može izmisliti nove metode i zaobići blokiranje jako dugo. “Prvo, osim Amazon Web Services i Google Cloud, postoji puno usluga u oblaku. Tu su Azure, Cloudflare, DigitalOcean, ProfitBricks i drugi mali. Osim toga, uvijek postoji mogućnost izrade novog transportnog protokola temeljenog na principima decentralizacije – gdje je svaki Telegram klijent čvor samoorganizirajuće mreže. Pitanje je samo količina resursa koje Durov ima i njegova spremnost da potroši novac na to”, rekao je Lyamin. Prema njegovim riječima, Durovu je održavanje usluge prilično skupo. Stručnjak vjeruje da osnivač Telegrama može izravno i neizravno izgubiti do milijun dolara dnevno. Istodobno, Lyamin podsjeća da je Durov nedavno prikupio 1,7 milijardi dolara na ICO (početna ponuda kovanica - početno plasiranje kovanica ili tokena kriptovalute , tokeni koji daju svojim vlasnicima imaju određena prava) svoje TON blockchain platforme, odnosno ne bi trebao biti ograničen u sredstvima.

Vladimir Ivanov ima drugačije mišljenje. Vjeruje da Pavel Durov ne treba više od 0,5-1 tisuća dolara mjesečno za žongliranje IP adresa u sadašnjem stilu. Međutim, s obzirom na to da je Roskomnadzor počeo blokirati cijele podatkovne centre, pa čak i grupe podatkovnih centara u oblaku, takva strategija može omogućiti da glasnik ostane dostupan u Rusiji samo nekoliko tjedana do mjesec dana. “Mislim da Telegram sada naporno radi na verziji messengera koja se temelji na peer-to-peer protokolu, koji je gotovo nemoguće blokirati”, rekao je Ivanov.

U utorak, 17. travnja, Pavel Durov je rekao da za sada namjerava podržati rad glasnika u Rusiji. “Iako rusko tržište ne čini značajan udio u korisničkoj bazi Telegrama (čini manje od 10% ukupnog broja korisnika usluge. - RBK), važno nam je iz osobnih razloga, "- osnivač glasnika. Također je najavio da je počeo plaćati bitcoin grantove proxy i VPN administratorima "kao dio digitalnog otpora - decentraliziranog pokreta u obrani digitalnih sloboda i napretka". Tijekom ove godine Durov namjerava donirati "milijune dolara osobnih sredstava u ove svrhe".

3. Tko pati od ovoga?

Poput Pavela Durova, "kvaliteta života 15 milijuna Rusa će se pogoršati, budući da Telegram bez VPN-a ponekad može biti nedostupan." Prema MediaScopeu, u veljači (posljednji podaci) u Rusiji je 9,9 milijuna ljudi barem jednom mjesečno posjetilo Telegram web stranicu ili mobilnu aplikaciju među stanovnicima gradova s ​​više od 100 tisuća. Za usporedbu: WhatsAppova brojka iznosila je 24,9 milijuna korisnika , Viber ima 20,8 milijuna.

Blokiranje IP adresa Amazon Web Services i Google Clouda već je dovelo do toga da su neke od IP adresa koje su ih koristile, a koje nisu povezane s Telegramom, bile nedostupne. Možda je to zbog činjenice da RKN blokira velike grupe IP adresa. Prema riječima Alexandera Lyamina, od situacije najviše pate srednje i malo poduzetništvo u Rusiji, koje radi uštede obično ne implementira svoju IT infrastrukturu, već koristi davatelje usluga u oblaku. Na primjer, Skyeng, online škola engleskog jezika, koristila je Amazon Web Services za značajan dio svoje IT infrastrukture. Kao rezultat toga, 16. travnja mnogi učenici nisu mogli kontaktirati svoje učitelje. Upravljački partner Skyenga, Alexander Laryanovsky, procijenio je izravnu štetu od neuspjelih lekcija na oko 2 milijuna rubalja.

Posao i Telegram

Messenger su često koristili razni poduzetnici za komunikaciju s klijentima. Na primjer, u maloprodajnoj mreži VkusVill program vjernosti radi na temelju messengera. Kupac se povezuje s chatbotom, prima informacije o asortimanu i popustima. Dok blokada nije utjecala na program vjernosti - u tvrtku se dnevno registrira 400 novih korisnika. Mnogi prodavači vam pokazuju kako postaviti VPN i proxy da biste nastavili koristiti bot bez ikakvih problema. No, tvrtka je pripremila “plan B” – prije tjedan dana u “VkusVilla” su objavili aplikaciju s istom funkcionalnošću kao bot, funkcionalnost na Androidu, bit će objavljena na iOS-u u roku od tjedan dana. “Blokiranje Telegrama lišilo nas je učinkovitog i promoviranog kanala komunikacije s korisnicima, ali nije postalo tragedija. Uvjereni smo da će većina korisnika bez problema početi koristiti aplikaciju”, kaže Marina Purim, voditeljica vanjskih i internih komunikacija VkusVilla.

Teže će proći Fjodor Skuratov, osnivač Combota. Razvija botove koji pomažu tvrtkama moderirati chatove, prikupljati korisničku analitiku i koriste se za oglašavanje na Telegram kanalima. Među klijentima su zabavne zajednice "Dvach", MDK, kanali posvećeni ICO-u i kriptovalutama, DreamPlay, Binance, Digibank, regionalne zajednice "Little Chat of Moscow", "Peterchat" itd. "Blokiranje može pogoditi prihode od oglašavanja. Telegramova publika još nije pala, ali, naravno, ako se uklone službene aplikacije, priljev nove publike značajno će se smanjiti. S druge strane, njegova kvaliteta će se povećati”, rekao je Skuratov.

Prema Artemu Kozlyuku, čelniku Roskomsvobode, organizacije koja se bori za digitalna prava, proširenje popisa zabranjenih stranica moglo bi negativno utjecati na telekomunikacijske operatere. “Filtriranje milijuna IP adresa može dovesti do sporijeg prijenosa podataka. Oprema za filtriranje ima svoje ograničenje u smislu količine resursa, nakon čega će je operateri možda morati promijeniti “, kaže Kozlyuk. Predstavnik velikog telekom operatera potvrdio je da proširenje registra zabranjenih resursa itekako može utjecati na brzinu pristupa internetu, posebice za male operatere. Ograničenje sustava, rekao je, još nije testirano. Međutim, u trenutku objave niti jedan od glavnih operatera nije prijavio takve probleme.

4. Kako možete potpuno isključiti Telegram?

Prema neovisnom stručnjaku za telekomunikacije Alekseju Semenjaki, Roskomnadzor je otišao na princip i želi ponoviti "podvig" sa Zellom, mobilnim radiom koji je prethodno također aktivno koristio nove IP adrese na Amazon Web Services kako bi zaobišao blokiranje u Rusiji. Međutim, nakon što je Amazon Web Services zamolio Zello da prestane koristiti njihovu stranicu, servis je počeo tražiti druge načine da zaobiđe blokiranje. Prema Semenyaki, Roskomnadzor pokušava izvršiti pritisak na Amazon Web Services, koji može imati značajne financijske gubitke zbog blokiranja, tako da usluga prestaje raditi s Telegramom. Istodobno, stručnjak je priznao da bi Amazon Web Services mogao raskinuti ugovor s Durovom, ali je rezervirao da će tvrtka vagati političke, komercijalne i reputacijske rizike. Međutim, s obzirom na činjenicu da postoji mnogo pružatelja usluga u oblaku, Telegram može jako dugo "trčati" od Roskomnadzora. Barem do trenutka kada pronađe jeftiniji način da zaobiđe bravu.

“Vjerojatno je moguće učiniti Telegram nezgodnim za korištenje i time smanjiti njegovu publiku u Rusiji. No Roskomnadzor i telekomunikacijski operateri neće moći potpuno blokirati Telegram u Rusiji tako da ga nitko uopće ne koristi. To je moguće samo ako je internet u Rusiji uveden prema bijelim listama (tj. ako je pristup dopušten samo ograničenom broju "provjerenih" stranica. - RBK) ”, - kaže Alexey Semenyaka. Oprema za filtriranje koju instaliraju operateri jednostavno ne može "raščlaniti" promet i izolirati od njega onaj koji prolazi kroz protokole koje koriste proxy poslužitelji i VPN-ovi; to će zahtijevati vrlo skupu mrežnu opremu.

Prema Artemu Kozlyuku, Telegram je moguće potpuno blokirati na teritoriju Rusije samo zajedno s cijelim internetom.

Simptomi i povijest bolesnika:

Rad više korisnika preko mreže s istom datotekom (bazom podataka) uključuje mehanizam blokiranja mreže. To prisiljava sustav da gubi dragocjeno vrijeme na identificiranje otvorenih sesija snimanja i, sukladno tome, na rješavanje sukoba.

Glavni znakovi rada brava:

  • brz rad korisnika s bazom preko mreže u ekskluzivnom načinu rada i iznimno spor - kada više korisnika radi istovremeno
  • brz rad korisnika s lokalnom bazom podataka na poslužitelju i spor - preko mreže
  • datotečni sustav pristupa nešto manje od 10 MB/s

Dakle, dobio sam zadatak - napraviti tako da čak tri korisnika mogu raditi u 1C u isto vrijeme! Smiješno, zar ne?

Zaboravio sam sve šale kad sam vidio s čime se moram nositi: „poslužitelj“ nasuprot običnog uredskog računala i dva prijenosna računala.

Sreća bi bila nepotpuna da nije bilo prekrasnih operativnih sustava - na računalu i na jednom prijenosnom računalu Windows 7, na drugom - Windows 8.

Prilikom pokušaja istovremenog prenošenja dokumenata na prijenosna računala, jedan je glup oko minutu, a drugi je izletio iz 1C s tekstom pogreške "nije mogao zaključati stol ...".

Pokretanje 1C na prijenosnom računalu zasebna je emisija koja je trajala otprilike 3 minute!

Na mnogim sam resursima naišao na savjet da se prebacim na rad u terminalskom pristupu. Nažalost, Windows 7 ne dopušta da se pomoću standardnih alata pretvori u terminalski poslužitelj – najviše jednu aktivnu vezu. U tom slučaju, ostale sesije se ne prekidaju, možete se ponovno povezati pod drugim korisnikom - "izbacivanjem" prethodnog korisnika, ali ne završavajući njegovu sesiju. Stoga biste trebali prenijeti 1C na poslužiteljski OS, gdje nema takvih ograničenja. Kupac je riješio problem na vlastitu odgovornost koristeći uslužni program treće strane. Windows7_SP1_RDPhack.

No avanturi tu nije bio kraj. Čak iu terminalskom spoju ostale su značajne kočnice. Ponovo su mi pomogle svemoćne tražilice. U nastavku su savjeti za ubrzavanje datoteke 1C, koje sam slijedio:

1. Onemogući korištenje mrežnog protokola IPv6, konfigurirajte adresiranje na "stari" IPv4.

2. Dodajte 1C procese izuzecima Windows vatrozida, kao i izuzecima antivirusnog programa, ili ih potpuno onemogućite (rizičnije, ali jednostavan test je pokazao povećanje brzine ponovno objavljivanje dokumenata s onemogućenim Avast antivirusnim programom faktor od!)

3. Počnite indeksirati pretraživanje cijelog teksta u 1C ili ga potpuno isključite

4. Počnite testirati i popravljati bazu podataka, provjeravajući uslužni program ChDbfl

5. Pokrenite provjeru Config u konfiguraciji (ako konfiguracija nije tipična, to može biti korisno). Na temelju rezultata provjere konfiguracije, magično se smanjio za gotovo trećinu. Što su i kako su nadolazeći programeri ažurirali prije mene - nisam baš ulazio u to, ali činjenica je očita.

6. Onemogućite nepotrebne funkcionalne opcije.

7. Konfigurirajte korisnička prava. (Ovaj i prethodni savjet izgledali su glupo, sve dok nisam gledao renderiranje upravljanih obrazaca pri otvaranju popisa dokumenata. Što je manje nepotrebno u upravljanom sučelju, to obično radi brže)

8. Počnite ponovno izračunavati zbrojeve i vraćati slijed (značajno povećanje može biti samo ako zbrojevi nisu bili vraćeni dulje vrijeme)

9. Navedite "Brzina veze - niska" u postavkama popisa baza (ovo nije dalo poseban rezultat, osim što su slike podsustava bile onemogućene :))

Nakon dovršetka svih ovih koraka, baza podataka 1C datoteka počela je raditi mnogo brže. Pokrenut je za maksimalno 10 sekundi, a brzina repostiranja dokumenata porasla je u prosjeku 12 puta.

Možda će vam ovaj kratki članak biti koristan ako iznenada trebate ubrzati bazu datoteka 1C.

P.S: A pokretanje datoteke 1C pomoću mrežnog pristupa zajedničkoj mapi još uvijek je nerealno, jer Ako date najbrži SSD disk, RAM i procesor će biti zakopani u mrežnim bravama, a rad više od jednog korisnika bit će praktički nemoguć. Govorimo konkretno o konfiguraciji UT 11.1. Samonapisane male konfiguracije mogu raditi vrlo brzo čak i u verziji datoteke.

Dodaci iz komentara do objave:

Defragmentator diska s bazom datoteka

Konvolucija baza (može biti korisna ako je baza velika, na primjer, nekoliko godina). Baza klijenata bila je dosta mlada, tako da roll-up nije bio praktičan.

Nadogradnja hardvera - brži tvrdi disk, novi prekidač, procesor itd.

Instalirajte na web poslužitelju, pristup pomoću tankog klijenta. Tu su mišljenja bila podijeljena. Netko kaže, mnogo puta brže, netko - da se ubrzanje ne bilježi.

Vrhunski povezani članci