Имя: Пароль:
1C
 
Ошибка при обновлении с 8.2 на 8.3
0 GreenDay1986
 
19.11.14
14:04
При обновлении происходит ошибка Ошибка при выполнении файловой операции  'v8srvr://watt14/buh_work_perevod_3_0/configsave/e0666db2-45d6-49b4-a200-061c6ba7d569.35d84039-e9f2-4faf-89ad-90d0087ce26b.new'
по причине:
Ошибка при выполнении файловой операции  'e0666db2-45d6-49b4-a200-061c6ba7d569.35d84039-e9f2-4faf-89ad-90d0087ce26b.new'
по причине:
Соединение с сервером баз данных разорвано администратором
Microsoft OLE DB Provider for SQL Server: [DBNETLIB][ConnectionWrite (send()).]Общая ошибка сети. Обратитесь к документации по сети.
HRESULT=80004005, HRESULT=80004005, SQLSrvr: SQLSTATE=08S01, state=1, Severity=10, native=11, line=0   Куда копать граждане? )
1 GreenDay1986
 
19.11.14
14:06
Релиз 2.0.61.4 обновляю, платформа 8.3.5.1119
2 GreenDay1986
 
19.11.14
14:08
Звиняюсь с 2.0 на 3.0, в заголовке ошибся.
3 pessok
 
19.11.14
14:11
Общая ошибка сети. Обратитесь к документации по сети.
4 pessok
 
19.11.14
14:12
+(3) пытается писать временный файл на сервер, а прав нет, видимо
5 GreenDay1986
 
19.11.14
14:16
(4) Хм, как проверить? Вроде в локальных админах на сервере.
6 GreenDay1986
 
19.11.14
14:16
(4) В смысле проверить куда пишет
7 pessok
 
19.11.14
14:18
(5) а хз, откровенно говоря, куда смотреть. у нас нечто подобное при каждом подключении к новой базе 1С:Отчетность, приходится выгружат в файловую, подключать там, а потом грузить обратно.
А локальный админ... Оно ж делает под USR1CV8
8 МихаилМ
 
19.11.14
14:19
скорее всего
ошибка потока либо данных

тк

e0666db2-45d6-49b4-a200-061c6ba7d569

это список идентификаторов всех метаданных
9 Aleksandr N
 
19.11.14
14:21
(0) Была похожая ерунда. Помогла 64-битная винда.
10 GreenDay1986
 
19.11.14
14:23
(9) Она 64-битная как раз.
11 GreenDay1986
 
19.11.14
14:28
(8) чем решается?
12 pessok
 
19.11.14
14:29
(11) выгрузи в файловую, обнови, загрузи обратно
13 GreenDay1986
 
19.11.14
14:35
(12) Попробую так, через одно место конечно же, но все же вариантов больше не вижу. На 3-ей платформе раб. процессы не добавляются новые, политики безопасности тож перенастроил, ничего не помогает. Сервер перезапускал.
14 GreenDay1986
 
19.11.14
14:35
(12) Странно что обычные обновления происходят ток на ура, а вот на 3.0 редакцию переходить отказывеется.
15 pessok
 
19.11.14
14:37
2.0 - толстый клиент, все выполняет на тачке, где запущено
3.0 - тонкий клиент, основная масса выполняется на сервере.
Посмотри права USR1CV8
16 GreenDay1986
 
19.11.14
14:40
У мну 2.0 на 8.3-й платформе крутится. Сервер 1с под local service стартует вроде
17 GreenDay1986
 
19.11.14
14:40
(15) я уже пробовал собстна с тачки где сервер крутится запускать, и с других, результат одинаков.
18 pessok
 
19.11.14
14:42
(16) а, тьфу. ты платформу обновляешь, а не конфу... переставлял саму платформу заново?. а вот сервер под ls ты зря запустил...
19 GreenDay1986
 
19.11.14
14:43
Я конфу обновляю, просто 2.0 на 8.3 -ей платформе стоит. Работает себе. А чт оне так под ls?
20 GreenDay1986
 
19.11.14
14:44
БП-ку с 2-ки на УФ обновить пытаюсь.
21 pessok
 
19.11.14
15:00
ну вот в том и беда. что все операции 2.0 выполняются на локальной машине, даже если база серверная, бо толстый клиент. а в 3.0 серверные процедуры вызываются на стороне сервера
22 GreenDay1986
 
19.11.14
15:03
А, над платформу 8.2 поставить с нее пробовать? Или что? я запуталсо что-то.
23 GreenDay1986
 
19.11.14
15:05
(21) Либо так понимаю не под ls стартовать а под USR1CV8 ,для него на скуль сервере каким образом права настраивать? Роль локальной машины играет сервер терминалов, на другом сервере терминалов скуль крутится.