Вход | Регистрация

  1  2   
1С:Предприятие :: 1С:Предприятие 7.7 и ранее

v7: И снова превышение 2 Гб ))

v7: И снова превышение 2 Гб ))
Я
   jazzymanserg
 
10.04.18 - 10:52
Извечная тема для семерок - превышение 2Гектаров
Обратился на днях клиент
RA 1.32Гб, RG 1.85 Гб
Ну диагноз понятен - пухнет, не закрыт
RG в течении месяца не растет(период месяц)
каждый месяц на метров 5 вырастает
Клиент измерения убирать не хочет, ресурсы урезать тоже, сворачивать не хочет, Скуль ставить не хочет
Попросил хотя бы остановить рост.
1)
Ну для начала ТиС сделал, все пункты прошли на ура , последним включил пересчет итогов, - через 2-е суток  -программа аварийно закрылась.
RG файы не удалял.
2)
Сели с бухгалтером посмотрели что много хвостов по отчету партий по 1 копейке или вообще сумма бек кво.
Сделал служебный документ и в нем все хвосты убрал просто сторно правильно по измерениям
3) Но проблема в том что специфика фирмы в том что у них много остатков партий реально на складе лежат с 2003 года, тоесть не должны закрывааться, я думаю что по этому и такое распухание RG

4) Попробовал закрыть не закрытое
Вот тут нужен совет
Выгрузил остатки по не закрытым регистрам
допустим весит такая строка:
Фирма  - пусто 
склад  - пусто
статус - пусто
контрагент -Вася
Док - РН№1
сумма  - 10
Кво - 0
Делаю точно такую же запись в регистре движения (спец документом)
ну типа остатков уже нет партии - всё красиво но потом на  следующий месяц RG всё равно подростает.
Универсальным отчетом по регистру смотрю -  вроде всё нормально
Может я не то смотрю
Как Вы ищете в  универсальном регистре не закрытые партии ? точнее не правильно закрытые ?

Вот такая картина маслом !
#===============================================================================
#==TABLE no 261    : Регистр ПартииТоваров
# Name    |Descr                         |Type[A/S/U]|DBTableName|ReUsable  
T=RG277   |Регистр ПартииТоваров         |A          |RG277      |1        
#-----Fields-------
# Name      |Descr               |Type|Length|Precision
F=PERIOD    |Period Registr      |D   |8     |0        
F=SP278     |(P)Фирма            |C   |9     |0        
F=SP279     |(P)Товар            |C   |9     |0        
F=SP280     |(P)Статус           |C   |1     |0        
F=SP281     |(P)Контрагент       |C   |9     |0        
F=SP282     |(P)Поставщик        |C   |9     |0        
F=SP283     |(P)Поставка         |C   |13    |0        
F=SP284     |(P)ПрихДокумент     |C   |13    |0        
F=SP2783    |(P)Склад            |C   |9     |0        
F=SP285     |(P)ОстатокТовара    |N   |16    |5        
F=SP286     |(P)Стоимость        |N   |20    |2        
F=SP287     |(P)ПродСтоимость    |N   |20    |2        
F=SP288     |(P)НДС              |N   |20    |2        
#----Indexes------
# Name     |Descr         |Unique|Indexed fields                                              |DBName    
I=PROP     |PERIOD+PROP   |0     |PERIOD,SP278,SP279,SP280,SP281,SP282,SP283,SP284,SP2783     |PROP      
#
#===============================================================================
#==TABLE no 262    : Регистр (Дв.) ПартииТоваров
# Name    |Descr                         |Type[A/S/U]|DBTableName|ReUsable  
T=RA277   |Регистр (Дв.) ПартииТоваров   |A          |RA277      |1        
#-----Fields-------
# Name      |Descr               |Type|Length|Precision
F=IDDOC     |ID Document's       |C   |9     |0        
F=LINENO    |LineNo              |N   |4     |0        
F=ACTNO     |Action No           |N   |6     |0        
F=DEBKRED   |Flag Debet/Kredit   |N   |1     |0        
F=SP278     |(P)Фирма            |C   |9     |0        
F=SP279     |(P)Товар            |C   |9     |0        
F=SP280     |(P)Статус           |C   |1     |0        
F=SP281     |(P)Контрагент       |C   |9     |0        
F=SP282     |(P)Поставщик        |C   |9     |0        
F=SP283     |(P)Поставка         |C   |13    |0        
F=SP284     |(P)ПрихДокумент     |C   |13    |0        
F=SP2783    |(P)Склад            |C   |9     |0        
F=SP285     |(P)ОстатокТовара    |N   |16    |5        
F=SP286     |(P)Стоимость        |N   |20    |2        
F=SP287     |(P)ПродСтоимость    |N   |20    |2        
F=SP288     |(P)НДС              |N   |20    |2        
F=SP290     |(P)Оборот           |N   |20    |5        
F=SP292     |(P)НДСрасхода       |N   |20    |5        
F=SP294     |(P)КодОперации      |C   |1     |0        
F=SP2309    |(P)Прибыль          |N   |20    |5        
#----Indexes------
# Name     |Descr         |Unique|Indexed fields                                              |DBName    
I=IDLINE   |of IDDOC+LineN|0     |IDDOC,LINENO,ACTNO                                          |IDLINE    
#
 
 
   DmitriyDI
 
1 - 10.04.18 - 10:54
(0) есть патч до 4 гб увеличит лимит на х64.
   Злопчинский
 
2 - 10.04.18 - 11:17
1. ищи незакрытые итоги
2. закрой по возможности (и даже обязательно) их не сейчас а задним числом по мере возникновения таких незакрытых. тогда итоги не будут тянуться с пятилетней давности до сейчас, что даст существенную экономию.
3. после этого пересчитай итоги (может быть долго!!!)
4. после этого убей в итогах нулевые записи http://catalog.mista.ru/public/180018/
   VladZ
 
3 - 10.04.18 - 11:20
(0) Переводи клиента на восьмерку. Там проблемы по-интересней. :)
   Ёпрст
 
4 - 10.04.18 - 11:26
(0) интересно, что пихают в измерение Поставка ? Небось, документ движения торчит там ? :)))
Не Роман Клабуков, случаем, конфу сопровождает ?
   Ёпрст
 
5 - 10.04.18 - 11:26
(1) нет такого патча
   jazzymanserg
 
6 - 10.04.18 - 11:27
(1)
4 Гб это наверное патч для того что б выгрузить в SQL типа Solution 7?
Как может DBF быть больше 2Гб
Кстати о Solution.
Посмотрел  на базу а у них реально много остатков на партиях -  физически много - тоесть на складе валяеться куча всего старого и не продаётся.
Выгрузил в скуль  - база стала 100 Гб (в дбф база 18 Гб)
Не получется что в скуле она будет еще быстрее расти
(2) Спасибо
Можно ли по подробнее 1 - й пункт. -  как Вы это делаете ?
По  пункту 3 - Перавая попытка пересчёта -  краш.  Сейчас в копии удалил RG и снова пересчитываю -  пару дней будет
   jazzymanserg
 
7 - 10.04.18 - 11:28
(4) Ёпрст - спасибо что подтянулся !!!
Конфу писал какой то там ABBBY  в 2003 году торговля
   jazzymanserg
 
8 - 10.04.18 - 11:29
поставщик и поставка  -  это вообще БЕЙС
Там  действительно поставщик и поставка, РН там иногда свои движения прописывают - когда в минус проводят 
А в Акте оприходования они пустые
   Злопчинский
 
9 - 10.04.18 - 11:30
(6) Как-как.. каком кверху...
.
зная, что является правильными данными - "чистим" все неправильное.
.
что в ваших условиях правильное, а что нет - нам отсюда не видно. может у вас сумма без количества висит по одному набору измерений, а количество без суммы - по другому набору измерений и это правильно...
   Злопчинский
 
10 - 10.04.18 - 11:31
(8) полная (___о___)
 
 Рекламное место пустует
   Ёпрст
 
11 - 10.04.18 - 11:32
(7) выкинуть из измерений Поставщик/Поставка/Контрагент, для начала
   Злопчинский
 
12 - 10.04.18 - 11:33
Клиенту говоришь: в условиях бардака в учете и отсутствия ресурсов для регулярного "закрытия" этого бардака в ноль - единственный вариант - перейти на скуль и продолжать дальше пложить бардак.
А самому срочно бежать оттуда - если что - сигай через окно...
   jazzymanserg
 
13 - 10.04.18 - 11:33
Ну так им работу сделали -  мне сейчас надо им тоже самое оставить.
(9) каком к верху я уже сделал -  подозрительное, меньше 0,001 и тд...
убрал 30 Мб
   arsik
 
14 - 10.04.18 - 11:33
(6) Сделайте пересчет на скуле. Готовая обработка была на инфостарте
   Злопчинский
 
15 - 10.04.18 - 11:33
(11) выкинуть можно много. может у них после этого вся работа встанет ибо на эти измерения куча отчетов "ну очень нужных" накалякана
   Злопчинский
 
16 - 10.04.18 - 11:34
(13) убирай по п.2 как я выше сказал. получится больше сэкономить.
   Ёпрст
 
17 - 10.04.18 - 11:34
При желании, можно оставить поставщика, если туда то что надо пишется как при приходе, так и при расходе
   Злопчинский
 
18 - 10.04.18 - 11:35
Для теста можешь пункт 4 сделать на базе без пп1-3. посмотришь насколько уменьшится. если уменьшится очень мало - значит совсем бяка...
   jazzymanserg
 
19 - 10.04.18 - 11:35
(16) Работаю в этом направлению
поставщик контрагент и поставка у них куча где прописаны
   Злопчинский
 
20 - 10.04.18 - 11:35
(14) потом со скуля выгрузить на ДБФ - пересчет итогов пойдет заново. не выход.
   Ёпрст
 
21 - 10.04.18 - 11:36
Если в базе нет многофирменного учета, выкинуть еще и фирму оттуда
   Ёпрст
 
22 - 10.04.18 - 11:36
(19) и чего пишут в Контрагента при поступлении  и реализации ?!
   Злопчинский
 
23 - 10.04.18 - 11:37
если чистая купи-продай - выкинуть "Статус" возможно или посмотреть нафейхоа он там
   Злопчинский
 
24 - 10.04.18 - 11:38
(22) как обычно. каком кверху ;-)
   jazzymanserg
 
25 - 10.04.18 - 11:42
(22) Ты правильно подметил - поле контрагент просто дублирует поставщика но в некоторых отчета используется и контр и пост отдельно.
Статус  -  это вообще раритет. им реально пользуется бух с 2003 года. статус мало занимает
   jazzymanserg
 
26 - 10.04.18 - 11:44
Да там еще Общ учёт, тоесть 2 движения с фирмой и без.
   Злопчинский
 
27 - 10.04.18 - 11:46
короче - вешайся ;-)
   Ёпрст
 
28 - 10.04.18 - 11:47
(25) всё это приводится в порядок за пару часов.
Пересчет итогов на такой базе будет минут 5. Скуль там не нужен.
   arsik
 
29 - 10.04.18 - 11:48
(20) Все сделать на скуле, выгрузить уже красивую.
   Ёпрст
 
30 - 10.04.18 - 11:48
Нужно просто вдумчиво посмотреть на движения прихода и расхода регистра, выкинуть лишнее, поправить код  и таблички регистров.
   jazzymanserg
 
31 - 10.04.18 - 11:48
1)Сейчас пересчитываю регистр после удаления RG,
2)Потом попробую убрать нулевые - хотя я их не вижу в regprint
3)Потом выгружу в скуль там сделаю пересчеты чистки и тд и попробую обратно всосать в дбф

А По поводу перевода в скуль - для такой базы у которой регистр нужен такой пухлый -  есть совет.  -  ну там настройка процента роста файла базы и логов ну  и еще может каие то мелочи ? (28)
   arsik
 
32 - 10.04.18 - 11:48
(29) + За то пересчет напрямую в скуле будет минут 10 на не пару суток как у (0)
   Ёпрст
 
33 - 10.04.18 - 11:49
(29) как есть, это г..о не затолкать на скуль
а)оно тупо не выгрузится
б)оно не загрузится
 
 
   jazzymanserg
 
34 - 10.04.18 - 11:49
(28) Не понял про 5минут ?
   jazzymanserg
 
35 - 10.04.18 - 11:49
в скульуже выгрузил - сейчас там крутятся обработки
   jazzymanserg
 
36 - 10.04.18 - 11:50
Ну хорошо -  удалю поставщика допустим -  как оно мне даст  выигрыш  в пересчёте -  он у меня двое суток идёт
   Ёпрст
 
37 - 10.04.18 - 11:51
(34) чего непонятного ? база в 20ГБ на дбф, пересчет итогов занимает 10 минут.
Твоя от силы 5..
   jazzymanserg
 
38 - 10.04.18 - 11:52
там  в базе 30 регистров
   jazzymanserg
 
39 - 10.04.18 - 11:52
переиндексация идёт 20 минут
   Ёпрст
 
40 - 10.04.18 - 11:53
(36) дело не в поставщике( поставщик - это уже следствие неверно спроектированной структуры регистра).
Ты делаешь приход с одним набором измерений, а расход с другим, в следствии чего записи в RG всегда едут при каждом открытии периода в новый период, ибо ресурсы по таким наборам измерений в 0 не становятся
   Ёпрст
 
41 - 10.04.18 - 11:54
(38) И че ?
там и половина регистров не используется
   arsik
 
42 - 10.04.18 - 11:54
(36) Делай пересчет пока средствами скуля, прямыми запросами. В инетах была готовая обработка.
   jazzymanserg
 
43 - 10.04.18 - 11:55
(42) Да делаю уже
И еще параллельно пересчет с удалёнными файлами
   jazzymanserg
 
44 - 10.04.18 - 11:56
(41)  Все регистры юзаются на полную
Дебеторки разные , потом еще что то типа регистров сведений у них там есть (наверное восьмерочник руки запускал ))))))
   jazzymanserg
 
45 - 10.04.18 - 11:57
Кароч все регистры в работе. Там так - Документ. -  под него регистр, и отчёт - ))) Во Как  -  видимо много рабоду бодалось с ней. Кстати это и спасло регистр партий - не пхали в него лишнего а делали извне
   Злопчинский
 
46 - 10.04.18 - 11:59
(31) а в регпринте ты их и не увидишь
   Ёпрст
 
47 - 10.04.18 - 11:59
И вот это еще ПродСтоимость    зачем в ресурс запихали ?!
   jazzymanserg
 
48 - 10.04.18 - 12:00
(41)  Не ну я всё равно не могу поверить. Ты наверное говоришь про фирмы у которы нет висячих остатков на физическом складе.
У этих -  склад с футбольное поле забит говном с девяностых и на всё это еще и партия есть.
Я когда выгрузил остатки  что б их в пустую базу завернуть - оболдел -  там реально всё нужное!
   Злопчинский
 
49 - 10.04.18 - 12:00
(37) это как ты так ловко пересчитываешь? чем?
 
 Рекламное место пустует
   Злопчинский
 
50 - 10.04.18 - 12:01
(39) на таком обьеме переиндексация не долшье 3-4 минут должна идти (это у меня на серваке 10летней давности)
   jazzymanserg
 
51 - 10.04.18 - 12:01
(47) Анализировал. - Это конкретно для розницы
   jazzymanserg
 
52 - 10.04.18 - 12:03
Используется доутра в куче отчетов Партии поставки  анализы всякие -  я туда полез, можно завязаться но .... пока что на пересчет надеюсь.
А какие подводные камни при удалении нулевых ?
   Ёпрст
 
53 - 10.04.18 - 12:04
Короче,
1. выкинуть из измерений Контрагент, Поставка, Статус
2. Ресурс ПродСтоимость перенести в реквизит ПродСтоимость
3. найти все записи в RA, где пустой документ в ПрихДокумент
и исправить это
4. найти все записи в RA, где пустой склад и заполнить его
5. найти все записи, где пустой Поставщик и заполнить его из ПрихДокумента
6. далее, пересчитать итоги по этому регистру.
   kofeinik
 
54 - 10.04.18 - 12:05
(1) Поподробнее можно, что за патч?
   Ёпрст
 
55 - 10.04.18 - 12:05
(51) у ва с розница ?
   Ёпрст
 
56 - 10.04.18 - 12:06
(54) нет такого патча. Размер дбф не может быть физически >2 ГБ
   jazzymanserg
 
57 - 10.04.18 - 12:06
и опт и розница и еще маленькое производство
   Злопчинский
 
58 - 10.04.18 - 12:07
(52) При удалении нулевых - никаких. По крайней мере я юзаю, на траблы пока не натыкался.
   arsik
 
59 - 10.04.18 - 12:07
(49) Скорее всего вот этим
http://catalog.mista.ru/public/14216/
   Злопчинский
 
60 - 10.04.18 - 12:07
(54) это патч использования ОП
   jazzymanserg
 
61 - 10.04.18 - 12:12
(59),(2)  За деньги. Остаётся (53). Стрёмное конечно
. Какими средствами вы правите RA ?
   Ёпрст
 
62 - 10.04.18 - 12:15
(61) insert/update/delete через vfpoledb
   Ёпрст
 
63 - 10.04.18 - 12:16
при желании, можно этим
http://catalog.mista.ru/public/79515/
   Злопчинский
 
64 - 10.04.18 - 12:17
(61) ну, очистку нулевых - раз стартмани нет - я могу и так выдать. напиши почту или в скайп Zlopun
   Злопчинский
 
65 - 10.04.18 - 12:17
Плохо, что для дбф пересчета не сделали как для скуля в (59)
   trdm
 
66 - 10.04.18 - 12:22
(65) Можно взять исходники http://www.codebase.com и сделать. Наверное.
   Злопчинский
 
67 - 10.04.18 - 12:23
(66) то есть ты представил меня и исходники кодебейса и это у тебя не вызвало чувства внутреннего некомфорта? ;-)
   jazzymanserg
 
68 - 10.04.18 - 12:28
(67) ))))
(64) Спасибо !
   jazzymanserg
 
69 - 10.04.18 - 12:30
(63) Шикарно ! Её можно подпарвить и на автоматическое действие  -  допустим пройтись по всем движам и простаить склад...
   jazzymanserg
 
70 - 10.04.18 - 12:31
А прод стимость в рознице я бы не трогал пущай в ресурсах висит
   jazzymanserg
 
71 - 10.04.18 - 12:33
статус убрать не вариант -  он там розницу разделяет и купленное в розницу, переданное в розницу и прочее
   trdm
 
72 - 10.04.18 - 12:41
(67) просто представил сколько там возни..
   jazzymanserg
 
73 - 10.04.18 - 13:19
В sql Залилось -  и сделался пересчет, сейчас выгружу обратно в файл  -  и в 1С, посмотрю на рез.
   jazzymanserg
 
74 - 10.04.18 - 13:19
Впринципи можно RA править SQL Запросами
   trdm
 
75 - 10.04.18 - 13:43
Заказчик хоть в курсе, что это лишь отсрочка ненадолго?
   jazzymanserg
 
76 - 10.04.18 - 15:02
Выгрузил из скуля базу гружу в dbf - файл всего 3,6 Гб, при том что в  скуле он  под сто, а в ДБФ база была  22,4 Гб
О чём это может говорить - много пустой информации ? - Все процедуры вплоть до упаковки делались -  только минуса в регистрах не убирались , - пока !
   jazzymanserg
 
77 - 10.04.18 - 15:12
(75) Главное что у меня на готове уже скуль -  пыхтит и ждёт ))) А если заказчик хочет экстрима  -  пусть получает
   jazzymanserg
 
78 - 11.04.18 - 01:17
час ночи .. Обычный пересчет итогов увеличил таблицу остатков до 1,99 - в топку. Выгрузка из скуля - 1,91  - в топку
сейчас рабочий размер регистра 1,84
Остается последние два варианта - Удалить нули (Спасибо Злопчинскому) и удалять реквизиты (спасибо ЁПРСТУ)
   Злопчинский
 
79 - 11.04.18 - 02:12
Я думаю что чистка нулей в твоём случае даст очень маленький эффект, практически нулевой.
   VladZ
 
80 - 11.04.18 - 04:55
(78) Кручу, верчу, обмануть хочу...

Чего тут гадать? Либо на SQL переходить. Либо на восьмерку.
   VladZ
 
81 - 11.04.18 - 05:07
+80 По аналогии:

Приходи мужик к врачу и говорит:
- Доктор, у меня нога болит и плохо пахнет. Помогите!

Доктор осмотрел ногу и отвечает:
- Плохи ваши дела, нужно удалять по колено.

- Но я не хочу удалять! Она мне дорога, как память! Я с ней столько лет вместе!

- Ну... Я могу, конечно, выписать вам духи (чтоб перебить запах) и обезболивающее.  Это временно поможет.  Но  через какое-то время вам придется удалять ногу полностью.
   VladZ
 
82 - 11.04.18 - 05:07
*приходит
   Pit0n_08
 
83 - 11.04.18 - 09:42
(0) Конфигурация, наверно, на основе ТиС версии 8.7? Которую 1С ещё до исторического материализма (2000 г.) заменила на версию 9.2?
   Pit0n_08
 
84 - 11.04.18 - 09:45
(80) Только не забыть перенести на восьмерку все косяки этого "шедевра" и успеть вовремя смыться :)
   Pit0n_08
 
85 - 11.04.18 - 09:48
(0) Поскольку ситуация близка к экстренной, сейчас базу только обрезать. Для любителей воспоминаний о боевой молодости оставить архив на просмотр.
   VladZ
 
86 - 11.04.18 - 09:55
(84) Старые косяки лучше оставить в старой базе.  В новой базе нужно делать новые! :)
   jazzymanserg
 
87 - 11.04.18 - 14:27
Пока жму базы, решил со скульным вариантом поиграться, сделал базу вот с такими настройками.

https://drive.google.com/file/d/1lRyGighjSwIn4S_JlZhZlVwINQTvrayr/view?usp=sharing

После заливки и всяких тестов и пересчётов она заняла : 4 г база 23 Г
Не работал раньше с большими поэтому прошу  совета
Нормально будет ?
Меня интересует модель восстановления полная и ограничения на рост файлов
Местяк на диске впринципи есть пару териков пока будет всё на одном терминале, потом может разделить дадут на разные серваки
   jazzymanserg
 
88 - 11.04.18 - 14:32
(83) База ТИС 7,70,003. одна из первых - 2001 или 2000 год
18 лет и всего один рег поджимает -  а так всё в шоколаде, так бы еще 20 лет её не трогал ))) в ней уже и производство там допилено и розница и даже  какой-то там фин учет даже есть и штрихкоды ))) даже мобильную весьмёрку им прикрутил ))))
   Ёпрст
 
89 - 11.04.18 - 14:35
(87) если не нужны архивы, то модель простая, убрать понижение совместимости, рост выставляют в мг, а не процентах.
   jazzymanserg
 
90 - 11.04.18 - 14:37
В скуль зашло нормально ! Благодаря ромиксу солюшенам и одбц  заменялкам и еще пару запросов по уникальным записям, ну в общем малой кровью
(89) А как без архивов можно ? Ну если там чего грохнулось -  поднять хоть прошлый день ?
Убрать понижение до 2000 ?
Рост базы стоит 1Мб а лог в процентах -  поставить Мб ? сколько лучше ?
   Ёпрст
 
91 - 11.04.18 - 14:39
хотя бы по 512м для файла и журнала, рост не ограничен
   Ёпрст
 
92 - 11.04.18 - 14:40
+ паралелизм убрать
   jazzymanserg
 
93 - 11.04.18 - 14:41
Про совместимость -  если я правильно понял залить в базу в режиме совместимости  2000, а потом переключить  в 2008? А потом не будет косяков? На что это может впринципи повлиять ? (91) Спасибо!
   jazzymanserg
 
94 - 11.04.18 - 14:48
Могут возникнуть косяки с хранимыми процедурами 2000 и 2008 ?
   trdm
 
95 - 11.04.18 - 14:53
Есть еще способ порезать регистр - обратить внимение на числовые величины измерений. К примеру на сумму НП. Она не нужна, просто поставить в 2
   jazzymanserg
 
96 - 11.04.18 - 14:58
(92) паралелизм никогда вообще не трогал 
По дефолту такая картина с процессорами
Ты наверное имеешь ввиду выставить
max degree of parallelism в 1 ?
Тыкни где этот параметр можно поменять, Пожалуйста.
https://drive.google.com/file/d/1QiRrVIkmICOFjMeQH5wPFRrnILPzYLFa/view?usp=sharing
(95)  А что за сумма НП, не вижу такой ?
   jazzymanserg
 
97 - 11.04.18 - 15:00
(92) Может ты имеешь ввиду sp_configure ?
   jazzymanserg
 
98 - 11.04.18 - 15:08
sp_configure 'max degree of parallelism', 1;
GO
RECONFIGURE;
GO
   jazzymanserg
 
99 - 11.04.18 - 15:11
(98) забыл  -  это доп параметр -  тогда вот так
sp_configure 'show advanced options', 1;
GO
RECONFIGURE;
GO
sp_configure max degree of parallelism', 1;
GO
RECONFIGURE;
GO
(92) Это ты имел ввиду ?
   jazzymanserg
 
100 - 11.04.18 - 15:57
Ребята ! - поделитесь опытом восстановления  SQL из симпла и из фула? Интересует не пошаговаяинструкция и подводные камни того или иного метола-  плюсы и минусы. У меня из опыта только серваков пять  моих но админят их админы по бумажке которую я написал и толком опыта не имеют. Везде стоят фулы. В двух сервакав лог за неделю выростает до 90 Гб и админ  переводит в симпл, удаляет лог и потом опять в фул. Но у них база 11 Гб в год растёт и обрезается.
А в моём теперешнем случае база уже 20 Гб и лог после закачки уже 4Г -  а еще ничего не делали, вот и имею мысль делать в симпл, но Никогда не имел с этим симплом дело, поэтому и прошу совета. Заранее благодарен всем откликнувшимся !
  1  2   

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует