arbrspb2017-02-17 01:15:17
arbrspb, 2017-02-17 01:15:17

1c 7.7 slows down when 2 users from different PCs work at the same time. What and how to fight?

We have 3 sufficiently powerful computers with a network of 100 megabits on two win 7 PCs, on another xp, the 1c base has recently been located on a machine on which 7 is installed.
Option A: Work is in progress on the machine where the base is - there are no brakes
Option B: Work is in progress on the machine where the base is, and the user is also connected from any of the other two PCs - the brakes start on these PCs in work 1s (for example, "jamming" scrolling the list of statements ) (or it takes a long time to open documents)
Option C: On a machine where the 1c base is not running, when connected from other PCs, there are no brakes.
And so, the option with a lack of computer power disappears, the option with the network, too, since before the computer upgrade where the bases are located, everything worked without brakes. I assume that the problem lies in the confrontation of the database itself with win7 and network settings, it is also possible that the database is large, about 5 GB, maybe the network is overloaded at the time of working with the databases, since there are still other computers on the network, but they are not working in 1s. This is the main one. There are still thoughts: Roughly speaking, when we access a PC with a base from another PC, then the request passes through the network, then the request is processed by the network in win7 and then sent to 1s to receive this or that information and it is possible that at this moment it shuts up if it passes further, then as an option for a long time in the database looking for the necessary information before displaying it on the second PC, from here we see friezes and freezes on the second PC. This is where the thoughts end and the last thing left is to start working on 8.3, but the accounting department is still working with 7.2 and unfortunately cannot work comfortably because of the problem described above. If you have encountered this problem or can suggest more ideas and specific methods of dealing with this disease and in which direction you can look, I will be glad! If this helps to solve this problem, I will be eternally grateful to you and glad! Thank you ! If this helps to solve this problem, I will be eternally grateful to you and glad! Thank you ! If this helps to solve this problem, I will be eternally grateful to you and glad! Thank you !

Answer the question

In order to leave comments, you need to log in

5 answer(s)
Artem @Jump, 2017-02-17
curated by the

And what did you want when working over a network with a 5GB database? Make at least a gigabit network, or switch to SQL.
Considering that the base is not on the server, but on the workstation, everything is generally natural.
In the file mode of operation, the client downloads the entire tables of the database and works with them - estimate the size of the tables in the database 5GB in size, and how much will these tables drag through a 100MB network?
Considering that the database is on a working computer, I won’t be surprised if it still lies not on a separate disk, but on the system disk with which the OS works, and there is no memory on this computer for caching.
I wouldn't be surprised if the antivirus is also running there.

Rsa97, 2017-02-17

Classic case. The solution is to switch from the file version to SQL and/or use a terminal server that will run the database.

Andrey Ermachenok, 2017-02-17

Up to 10 users worked on server 2003 with 1C 77 in a terminal with a 4G base without any problems.
And then - either put a separate computer under it, or deploy a virtual one on one of the available ones.

Ravil Shaimardanov, 2017-02-17

The solution is unambiguous: we translate the database into SQL and onto the server OS + terminals (RDP)
Shl. put a vidyuhi on an XP machine (if it works on a built-in one)

AntoShik, 2017-02-22


Didn't find what you were looking for?

Ask your question

Ask a Question

731 491 924 answers to any question