Здорово
поставил себе на комп RAID 0 мыслилось для ускорения работы 1С например при обновлении БД. Вроде как RAID0 должен давать 2х по записи и по чтению по сравнению с обычным винтом. Но вот засада, при обновлении 1С нагрузка почему то идет на системный винт С, а не на райдовый диск Н на котором лежит сама база. Как побороть?
П.С. про надежность я в курсе, мысль использовать райд не для основной работы, а просто чтоб быстрее обновления выполнялись.

ram-драйв

ну или хотя бы ssd

(0) перенести темп на райд

(3) весь темп не хотелось бы трогать. Можно ли как то 1Совский перенаправить?

(1)(2) это все затратно чуток

(5) на одном обновлении можно больше заработать

-----------------------------------------------------------------------
CrystalDiskMark 3.0.3 x64 (C) 2007-2013 hiyohiyo
                           Crystal Dew World : http://crystalmark.info/
-----------------------------------------------------------------------
* MB/s = 1,000,000 byte/s [SATA/300 = 300,000,000 byte/s]

           Sequential Read :  6091.096 MB/s
          Sequential Write :  9096.039 MB/s
         Random Read 512KB :  6051.692 MB/s
        Random Write 512KB :  8921.451 MB/s
    Random Read 4KB (QD=1) :  1488.145 MB/s [363316.7 IOPS]
   Random Write 4KB (QD=1) :  1138.010 MB/s [277834.4 IOPS]
   Random Read 4KB (QD=32) :  1426.125 MB/s [348174.9 IOPS]
  Random Write 4KB (QD=32) :  1128.686 MB/s [275558.2 IOPS]

  Test : 100 MB [R: 60.7% (6.1/10.0 GB)] (x3)
  Date : 2014/07/04 10:27:18
    OS : Windows 7 Ultimate SP1 [6.1 Build 7601] (x64)

Перевести базу на скуль ещё не предлагали?

(8) еще один, считающий что SQL ускоряет базу)

(9) А ты считаешь, что нет? Значит, ты не умеешь правильно использовать скуль.

(10) просто вы не пробовали файловую по-настоящему.

(10) Да я считаю что нет

(11) Походу он говорит о том чтобы всё переписать на прямые запросы и от 1С оставить только экранные формы

(10) я тоже считаю что нет. В лучшем случае скорость будет одинаковой при одном пользователе

(13) (12) Уточню. Разговор идёт о скорости работы, или таки о скорости обновления БД, про что собственно и топик?

хотелось получить прирост скорости при обновлении БД, ну и мыслилось что с ускорением дисковой системы ускорится работа самой 1С. А получается что 1С активнее чем диск на котором лежит сама БД юзает  папку c:\users\user12\appdata\local\temp
т.е. ее бы надо как то переместить на райд

(14) обновление БД - возможно вы и правы, но речь тут о другом. Обновление информационной базы - обработки которые запускаются уже в режиме предприятия. Именно они в новых БП 3.0 и УТ 11 работают по нескольку часов, что вызывает неудовольствие ТС.

(16) ЕМНИП, обновление ИБ в БП 3.0 выполняются фоновыми заданиями на сервере. И у нас на скуле они работают максимум пару минут. Ни о каких часах даже речи нет.

(15) А в чём проблема? Ты не умеешь переносить темпы на другой диск?

(17) в файловой тоже столько. Это был момент перехода с 28-й на 29-ю, когда поменялось БСП и переход полностью на 8.3, тогда было долго.

И проблема с нетиповыми объектами, добавленными. Она не хочет их принимать, постоянно вываливает ошибки. А БП 2.0 вообще это ничего не проверяла.

Правильно написали: если предстоит тяжелое обновление с реструктуризациями переиндексациями и проверками целостности - то в рам драйв вместе с темпами , SSD нет смысла для этих целей покупать так как SSD медленнее рамдрайва работает. Единственное что рамой надо запастись , ну и винда должна быть 64 разряда , ну и база 1С что бы могла выгрузится в файловую , а то бывают базы которые по объему только в SQL могут жить.

(19) Не знаю, а мы на скуле как-то этих проблем не заметили :))

(21) наверно у вас не сильно переработанная БП.

+(21) С учётом того, что в БП у нас очень много добавленных (нетиповых) объектов.

(22) Очень сильно доработана. Одних нетиповых документов и справочников - около 50-ти :)

(24) не, я не про тот случай. После обновления с БП 2.0 с нетиповыми объектами на БП 3.0 получается задница.

(18) см. (4) ну не хочется человеку..

(15) да поставь ты систему на SSD. А то начинаются вопросы про temp, потом про файл подкачки, потом про ядро (выгружаемые и невыгружаемые части ядра системы) потом еще чего нибудь...

В любом случае, не понимаю тех, кто пытается всевозможными способами ускорить базы, если при этом сама windows стоит на медленном диске.. да еще и pagefile.sys лежит там же...

(25) Да нормально всё обновляется. Эти объекты у нас как раз с 2.0 прекрасно переехали.

(18) не умею

(22)  у нас тоже почти не переработанная БГУ, но вот когда приходится например добавить субконто к счету, то все долго висит

(28) темп вряд ли на рам получится. Там может тупо не влезть, потому что она копию базы туда фигачит, и еще дополнительно кучу всего. Там десятки гигабайт должны быть.

Что-то ссылки криво вставляются.

(33) спасибо, про темп нашел

может кто подскажет как перенаправить вот эту папку?
C:\Users\user123\AppData\Local\1C\1Cv82\05837a83-b2b1-48a2-9c9c-f790a4e649ed\Config\cacheStorage

(35) MKLINK /D "Откуда" "Куда"

ппц.

@echo off
set tmp=c:\1cFiles\Temp
set temp=c:\1cFiles\Temp
set USERPROFILE=c:\1cFiles\Profile
start 1cestart.exe

Ну и в исключения антивируса прописать.

Будет ругаться на отсутствующий рабочий стол - забивать на это (ну или в реестре поправить, я не искал). ест-но изначально будет пустой список баз (можно перенести v8i файл) и пустой раб стол.

(36)(37)спасибо всем. Нашел, как мне показалось вариант проще
в C:\Users\user123\AppData\Local\1C\1Cv8 лежит файлик location.cfg Вот в нем правим путь на нужный и все.