Имя: Пароль:
1C
 
При создании пользователя через конфигуратор выдает ошибку формата потока
0 evorle145
 
07.05.24
17:31
USE [DatabaseName]
SELECT * into [v8users_copy] FROM [v8users]
GO
SELECT * into [Params_copy] FROM [Params]
GO
DELETE FROM [v8users]
GO
DELETE FROM [Params] WHERE [FileName] = 'users.usr'
GO

в конфигуратор зашел, но создать пользователя не дает..

Возвращаю:

USE [DatabaseName]
DROP TABLE [v8users]
GO
DROP TABLE [Params]
GO
SELECT * into [v8users] FROM [v8users_copy]
GO
SELECT * into [Params] FROM [Params_copy]
GO
DROP TABLE [v8users_copy]
GO
DROP TABLE [Params_copy]
GO

пользователи появляются, но не редактируются.

Если была бы файловая, то chdbfl.exe бы прогнал..
а на sql получается надо CHECKDB с параметром REPAIR_ALLOW_DATA_LOSS запускать?
1 Кондер
 
07.05.24
17:46
В базе должен быть хотя бы 1 пользователем с административными правами.  Я не знаю поможет тебе это или нет.
2 evorle145
 
07.05.24
19:17
Немыслимое. Знаю, на этом форуме, наверное, догадаются до истины.

Но для меня произошло невообразимое чудо.

В час X сегодня я записывал в одной мало значимой базе пользователя... Внезапно на диске С (причем сразу на обоих виртуальных серверах 1с и sql )кончается место.

В другой базе, которая находится подключена к этому же сервер 1с и находится на этом же sql) внезапно отваливаются все пользователи! Ни один пароль не принимает! (доменая авторизация тоже не проходит). Но дает только зайти в конфигуратор.. но там нельзя изменить или добавить пользователя... Пишет ошибка формата потока данных... все игры в sql c v8users также не дают добавить пользователя... CHECKDB с параметром REPAIR_ALLOW_DATA_LOSS  вообще делал базу в итоге не доступной даже конфигуратор. В файловую не выгрузить (60 гб, и одна из таблиц явно больше 6гб)... Звоню админу: есть бэкап?
3 Волшебник
 
07.05.24
19:27
(2) Чудес не бывает
4 evorle145
 
07.05.24
19:43
(3) знаю.. Ваш совет, кстати, в предыдущей моей ветке, похоже окажется самым правильным.  Вот этот: "База полностью разрушена. Кажется, диск сыпется."

Ибо я научился и копировать таблицы sql, очищать,  удалять, но!
1. Удалить 3 и 4 битых таблиц sql просто не давала с ошибкой повреждена файловая структура. В итоге я эти битые таблицы переименовал, на их место воткнул живые. И вроде как заработало на копии.  и уже собирался применить на рабочей...
Но в один момент база просто развалилась полностью (ни один документ уже записать не давала), в итоге стартуем от целого бэкапа Но с большим сроком давности...
5 evorle145
 
07.05.24
19:41
(2) Сказали бэкапов нет. Или есть... но ему срок давности месяц... Я начал уже прощаться с жизнью. Перед смертью выгруженный dt (в 30 ГБ весом) загрузил в чистую базу sql... и проблемы как и не было.. все данные на месте, пользователи, пароли.. все работает. Для меня это чудо. Как объяснить не знаю.
6 ЖНЕЦ
 
07.05.24
20:04
(6) Мы помогли! Никогда так больше не пиши и цени жизнь
7 evorle145
 
07.05.24
20:05
(6) понял. Принял)