Главная » Тарифы » Тормоза на файловой базе - как избежать (из недавнего опыта). Тормоза на файловой базе - как избежать (из недавнего опыта) 1с не удалось заблокировать таблицу files

Тормоза на файловой базе - как избежать (из недавнего опыта). Тормоза на файловой базе - как избежать (из недавнего опыта) 1с не удалось заблокировать таблицу files

Стоит 8.1 комплект на 5 пользователей.
Юзаем типовую бухгалтерию.
Работают в основном через терминал, иногда и без него.
Вариант базы данных - файловый
Ошибки замечены у тех, кто в терминале



как-то так. Порылся в нете, Яндексе - вообщем как-то неконкретно всё.
Основные найденные рекомендации:
1) Выгрузить/Загрузить базу - в смысле новую состряпать из конфигуратора
2) запустить \Prоgram Files\1cv81\bin\chdbfl.exe - проверка физической целостности базы
3) Провести Тестирование и исправление информационной базы
4) обновиться на последний релиз 8.1

Кто-нибудь что-нибудь поконкретнее знает?

13.5.2010, 10:05

Все что надо, вам уже предложили, сначала это пробовать. Физических ошибок на носителе то нет?
Поконкретнее врят ли кто скажет.

13.5.2010, 10:56

Дык эта... если рассматривать безотносительно 1С, а в общем, то тупо кто то из двух мест пытается заблокировать одну таблицу, первый успевает, а остальных посылают. Смотри какие операции/транзакции/обработки (или как это называется в 1С) выполняются в это время. Вполне может быть, что дело не в платформе, а криво написанных конфигурациях или особенносятх работы этих конфигураций на ваших данных.

P.S. А файловые БД в многопользовательском режиме это извращение.

13.5.2010, 10:58

Хотя хрен его знает как у 1С-в сделана БД, вполне может быть, что где то в БД ля запала и всяческие репайры помогут.

13.5.2010, 11:06

Да сдается мне, восьмерина как платформа - сырость та еще. Где-то писали, что ПЕРИОДИЧЕСКИ тестирование с исправлением приходиться делать

13.5.2010, 11:10


маловероятно. Для восьмерки новый сервак куплен аж с лицензионной виндой


Суть в том, что один блокирует таблицу, остальные ждут до тайм-аута.
Почему не успевают, это большой вопрос. Физический носитель поглядеть, может тупит. Системный журнал, MHDD. И все те действия, что написаны в первом посте обязательно.

P.S. Новое не значит что 100% рабочее.

13.5.2010, 11:38

Все что надо, вам уже предложили, сначала это пробовать


так то да, это до вечера надо ждать.
Была маленькая надежда что-нибудь новое услышать

Не рассказывайте чудес. Там бед хватает, но это не они.


где чудеса-то? Я не понял, кто-то собрался утверждать, что 8.1 крутая безупречная платформа?

писали, что ПЕРИОДИЧЕСКИ тестирование с исправлением приходиться делать


у нас похоже такой случай и есть.
Опрос пользователей поодиночке (чтобы не врали дружно) показал, что эта ситуация встречается вроде бы ТОЛЬКО у пользователей, работающих в терминале. А те кто ходят не через терминал, на котором
Windows Server 2003 R2 Standart 64, либо не помнят такой ситуации, либо её просто не возникало у них.
Причем двое особо наблюдательных отметили, что 1.5-2 месяца назад это явление наблюдалось НАМНОГО реже

13.5.2010, 12:42

Born Killer , Антивирь какой-нить стоит на серваке? Если да, попробуй отключить или базу в исключения добавить

13.5.2010, 13:14

Антивирь какой-нить стоит на серваке?


хз, надо глянуть. Это вражеский сервак
хитрожопые франчики одну из наших баз взяли на обслуживание, приперли свой сервер, и типа курируют нашу работу
доступ к ихнему серваку предоставили, но в урезанном варианте.
Посмотрю.

нет там похоже антивируса...

13.5.2010, 13:23

Я не понял, кто-то собрался утверждать, что 8.1 крутая безупречная платформа?
да ну нах. 7.7 то лажа местами до сих пор, а про 8-ку впору слагать легенды о её глючности



Сколько база размером и какое количество пользователей?

Слагайте. Приведите конкретный пример.
Сколько база размером и какое количество пользователей?


ночью сделал тестир и исправл. До этого 1cv8.1CD был 2Гб, сейчас 1.5Гб стал.
Пользователей 5 штук, как и собсвенно лицензия.
Насчет легенд о глючности, был один случай. Вот если взять 7.7 и просто через Тотал скопировать 1 базу в другое место - копия без проблем.
Однажды попробовал тоже самое сделать с восьмерошной базой, скопировал каталог базы в другое место,
прописал, открыл обе базы одновременно, одна предполагалась для извращений.
В копии пометил на удаление несколько документов, переключился в окно с реальной базой не поверил глазам: те же самые документы пометились на удаление и там


Ясень пень, у 1С на всё есть ответ: делайте ежедневную копию базы данных.
Да только это ху е вый ответ

МММарина

Born Killer ,

привет, друг...


Миф!
Вот так рождаются легенды...

привет, друг...


привет, подруга. Вот тебя занесло то

А потом замироточили иконки на рабочем столе


Миф!
Вот так рождаются легенды...


я это видел. Мне не смешно потом было различать проведенные документы от непроведенных после снятия пометки удаления они все становятся непроведенными.

не помню какая платформа тогда стояла.

попробуйте сделать также. Может и у вас чо получится

Вот так рождаются легенды...


скажу больше: когда я в копии вручную у парочки документов снял пометку на удаление,
в реальное базе произошло тоже самое. Мне тогда не до того было, чтобы как-то документировать эту сенсацию.
Поэтому я просто вернул все как было, и больше так не делал

устраняю зияющие дыры в познаниях компьютера...
правда, по-моему, я безнадежна...


конкретно эта тема вообще не для тебя, родная (с)
а вообще, всё поддается осмыслению
заведи друга компьютерщика, как вариант)))

В копии пометил на удаление несколько документов, переключился в окно с реальной базой не поверил глазам: те же самые документы пометились на удаление и там shok.gif



Вот уж никогда файловую базу то ни копировал 8-шную
Это была отнюдь не сенсация.

Вы блин можете не верить, но это БЫЛО.


Дело в том, что с 8-кой несколько лет работал очень плотно. Как только их не копировали. Так что поверить не могу
Но могу предположить, что когда чел переутомился - возможно многое. По себе знаю.

Не парься, файловую базу можно спокойно копировать и поднимать в любом другом мести. Никаких глюков быть не должно.

14.5.2010, 10:52

14.5.2010, 11:28

Есть прредположение-по запарке прописал одну и ту же базу 2 раза



8-ка предлагает заменить

14.5.2010, 11:31

нее... 7.7 при попытке это сделать тупо молчит и базу в список не добавляет (просто никак не реагирует)
8-ка предлагает заменить


Мож просто мышой промазал и запустил одну и ту же...Чудес ведь не бывает

14.5.2010, 11:47

Мож просто мышой промазал и запустил одну и ту же...


дома попробую что-нибудь подобное смоделировать. Потом отпишусь.
Обычно перед всяким опасным действием я в 1С (7.7. или 8-ке) жму на знак вопроса (там путь к базе показан).

Тут народ так дружно мою легенду на смех поднял, что я засомневался.
Хотя глюков в восьмерке больше чем в семерке.

О, вот стопудовый глюк, это видел не только я.
Вообщем издевались над одной 8-й базой у клиента, когда я еще во франчике работал.
Один день один чел, другой - второй, на третий я пошел. Спросил у них - резеврную копию перед подвигами делали? В ответ - ржут, как лошади, забили короче, только они базу брали на той машины

14.5.2010, 12:35


- ржут, как лошади, забили короче, только они базу брали локально,
а мне выпал случай со сети её ебошить. Резервную копию по примеру предыдущих таварисчей решил не делать,
молодой был и глупый - понтов много.
Вообщем внес изменения в конфу, сохраняю конфу, в момент сохранения конфы какая-то авария случилась, и база упала, вечером. Шок. С утра пошли 3 спеца, включая меня туда.
Авария заключалась в том, что у базы оторвало номер релиза, т.е. в конфигурации при нажатии вопросик там было пусто, и название самой конфы отсутствовало. и при в ходе в базу тоже не видно ни хрена было, интерфейс в т.ч. слетел, в журналы документов было не зайти.
Решили проблему обновив убитую базу относительно свежим файлом конфигурации, всё получилось.
Все возродилось.
Это пример реальной легенды. 3 человека не должны глючить одновременно

14.5.2010, 13:53

в момент сохранения конфы какая-то авария случилась, и база упала


Ну если это был глюк железа, тогда ничего удивительного.
А вот если бы ты нашел баг , который стабильно появляется после выполнения определенных действий, тогда другой разговор.

14.5.2010, 14:39

Ну если это был глюк железа, тогда ничего удивительного


хз, что было. железо, сетка или платформа - сейчас уже не так важно.
Мне кажется, софтина не должна так феерически себя вести
Это тоже самое, что выпустить Висту, и признать, что это говно. Как то быстро они с 8.0 на 8.1 перескочили
П.С. смысл слова баг мне понятен, спасибо за заботу)))

14.5.2010, 19:37


Скажем, если при накатывании сервис-паков или чего-то важного на ту же Висту произойдёт подобный "глюк", то вполне вероятно, что система потом, если и загрузится, то работать будет крайне нестабильно.
Или, скажем, в момент принятия инсулина произойдёт землятресение, то диабетик может отдать концы, т.к. шприц при тряске закатился под диван.

14.5.2010, 22:32

Born Killer, Антивирь какой-нить стоит на серваке? Если да, попробуй отключить или базу в исключения добавить


Как антивирус может повлиять на блокировки таблицы?? база 8.х - это один файл.

В копии пометил на удаление несколько документов, переключился в окно с реальной базой не поверил глазам: те же самые документы пометились на удаление и там shok.gif
Вообщем эта сраная ботва мне не понравилась, с тех пор копию базы делаю только через Выгрузить/Загрузить.
Как вам сударь, такая печальная легенда?
А если бы я увлекся и посерьезней вещи натворил в копии (например удалил бы помеченные на удаление документы), и каким то неясным образом, те же действия произвелись в основном базе?


Нет, этого не может быть, чудес не бывает. Вероятно ты вошел в одну и ту же базу... В 8-ке без проблем можно войти в базу 2 раза под одним именем.

периодически полезли косяки при проведении/записи документов с ошибкой вида
"Конфликт блокировок при выполнении транзакции: Не удалось заблокировать таблицу "_DOCUMENT158"


Так первым делом нужно определить какому документу метаданных соответствует таблица "_DOCUMENT158". Для этого есть метод глобального контекста "ПолучитьСтруктуруХраненияБазыДанных". Так ты поймешь хотя бы точно, какой документ "глючит".

Потом нужно понять, не менял ли кто в нем модуль проведения и настучать по башке, если меняли через одно место. Вероятнее всего явным образом записывается наборы записей регистров через метод Записать вместо того чтобы предоставить платформе это сделать корректно. И напутана их последовательность..
А дедлоков не возникает?

А вообще 5 человек не стоит держать в файловом режиме. Субд можно взять бесплатную, докупить только ключ для сервера кластера и все. Или это конторе дорого?
Я вот не помню, технологический журнал можно снимать в файловом режиме или нет.....

14.5.2010, 22:53

=========================================================
http://odines.ru/thread1386.html - это твоя ветка?

То есть транзакция не проходит даже когда работает один пользователь?? Тогда вероятно проблема не в кривом коде при записи движений. Потому как в однопользовательском режиме блокировок быть не может. Запись ведь последовательно производится.

Тогда похоже проблема именно в нарушениях в структуре самой базы..
Лучше сначала выполнить Тестирование и исправление базы с включенным флагом "Реструктуризация таблиц информационной базы".
Выгрузка в dt с последующей загрузкой тоже имеет смысл...
chdbfl.exe в этом случае вряд ли поможет... хотя конечно пробовать стоит, если остальное не поможет.

Гы - тока щас посмотрел на дату постов в ветке http://odines.ru/thread1386.html Да и разработка типовых в новом управляемом режиме не за горами.
А уж разница между 8.2 и 8.1 намного больше чем между 8.1 и 7.7 особенно для разработчиков, мозги приходится капитально перестраивать для разработки под "управляемый" режим работы

В SSIS я пытаюсь использовать задачу файловой системы для перемещения файла в каталог архива. Вот как выглядит моя задача - http://imgur.com/raPZIzL

Когда я запускаю пакет, я получаю сбой в этой задаче: Ошибка: 0xC0014054 в Задаче Файловой системы: Не удалось заблокировать переменную "\ xxx\yyyy\Eligibility\SOURCE_ELIGIBILITY_IMPORT_0482014.CSV" для доступа для чтения с ошибкой 0xC0010001 "Переменная не может быть найдена. Это происходит, когда делается попытка получить переменную из коллекции Variables в контейнере во время выполнения пакета, а переменная не существует. Имя переменной может быть изменено или переменная не создается. ".

Мне интересно, что это говорит о том, что переменная не найдена, потому что начальное значение переменной - это "temp" (см. Скриншот), а затем я устанавливаю значение переменной в задаче скрипта на несколько шагов до запуска этой задачи. Поэтому я знаю, что переменная существует и имеет правильное значение (я могу открыть файл в пути переменной). Я просто не знаю, почему и как обойти это. Я нашел то же сообщение, отправленное другими в Интернете, но ни одно из решений не помогло мне. Я не вижу, как это может быть условие гонки, задача сценария, которая устанавливает значение переменной, заканчивается на секунду или около того, прежде чем эта задача будет выполняться.

Я попытался удалить задачу файловой системы и воссоздать ее, все равно получить ошибку. Я также перезапустил компьютерное мышление, которое могло бы помочь, но это не так.

EDIT: больше информации... если я установил DelayValidation с True на False, я получаю ту же ошибку, прежде чем что-нибудь даже запустится, хотя на этот раз он жалуется на начальное значение переменной, прежде чем у нее будет возможность установить код.

Вот конкретные ошибки:

Ошибка: 0xC0014054 в файловой системе Задача: не удалось заблокировать переменную "\ XXX\YYYY\Eligibility\SOURCE_ELIGIBILITY_IMPORT_0482014.CSV" для доступа для чтения с ошибкой 0xC0010001 "Невозможно найти переменную. Это происходит, когда делается попытка получить переменную из Сбор переменных в контейнере во время выполнения пакета, а переменная отсутствует. Имя переменной может быть изменено или переменная не создается. ".

Ошибка: 0xC002F304 в Задаче Файловой системы, Задача Файловой системы: Произошла ошибка со следующим сообщением об ошибке: "Не удалось заблокировать переменную"\XXX\YYYY\Eligibility\SOURCE_ELIGIBILITY_IMPORT_0482014.CSV "для доступа для чтения с ошибкой 0xC0010001" Невозможно найти переменную, Это происходит, когда делается попытка получить переменную из коллекции Variables в контейнере во время выполнения пакета, а переменная не существует. Имя переменной может быть изменено или переменная не создается. ".".

Ошибка: 0xC0014054 в файловой системе Задача: не удалось заблокировать переменную "\ XXX\YYYY\Eligibility\Archive" для доступа для чтения с ошибкой 0xC0010001 "Невозможно найти переменную. Это происходит, когда делается попытка получить переменную из коллекции Variables на контейнере во время выполнения пакета, а переменной там нет. Имя переменной может быть изменено или переменная не создается. ".

Ошибка: 0xC002F304 в Задаче Файловой системы, Задача Файловой системы: Произошла ошибка со следующим сообщением об ошибке: "Не удалось заблокировать переменную"\XXX\YYYY\Доступность\Архив "для доступа для чтения с ошибкой 0xC0010001" Эта переменная не может быть найдена. Это происходит, когда делается попытка получить переменную из коллекции Variables в контейнере во время выполнения пакета, а переменная не существует. Имя переменной может быть изменено или переменная не создается. ".

Симптомы пациента и анамнез:

Работа нескольких пользователей по сети с одним и тем же файлом (базой данных) включает механизм сетевой блокировки. Это заставляет систему тратить драгоценное время на выявление открытых сессий записи, и соответственно разрешение конфликтов.

Основные признаки работы блокировок:

  • быстрая работа пользователя с базой по сети в монопольном режиме и крайне медленная - при одновременной работе нескольких пользователей
  • быстрая работа пользователя с локальной базой на сервере и медленная - по сети
  • обращения к файловой системе чуть менее 10 мбайт/сек

Итак, мне досталась задача - сделать так, чтобы в 1С могли одновременно работать целых три пользователя! Смешно, не так ли?

Все шуточки я забыл, когда увидел, с чем предстоит иметь дело: "сервер" в лице обычного офисного компьютера и два ноутбука.

Счастье было бы неполным, если бы не замечательные операционные системы - на компьютере и на одном ноутбуке Windows 7, на другом - Windows 8.

При попытке одновременно провести документы на ноутбуках один тупил около минуты, а второй вылетел из 1С с текстом ошибки "не удалось заблокировать таблицу...".

Запуск 1С на ноутбуке - это отдельное шоу, длившееся порядка 3 минут!

На многих ресурсах сталкивался с советом перейти на работу в терминальном доступе. К сожалению, Windows 7 не позволяет штатными средствами превратиться в сервер терминалов - максимум одно активное подключение. При этом остальные сеансы не прекращаются, можно переподключиться под другим пользователем - "выкинув" при этом предыдущего пользователя, но не завершив его сеанс. Поэтому следует перенести 1С на серверную ОС, где таких ограничений нет. Клиент на свой страх и риск решил проблему вместо этого с помощью сторонней утилиты Windows7_SP1_RDPhack.

Но на этом приключения не закончились. Даже в терминальном подключении остались значительные тормоза. Вновь меня выручили всемогущие поисковики. Ниже даны советы по ускорению файловой 1С, которым я последовал:

1. Отключить использование протокола сети IPv6 , настроить адресацию на "старом" IPv4.

2. Добавить процессы 1С в исключения брандмауэра Windows, а также в исключения антивируса, либо отключить их вовсе (более рискованно, но простой тест показал увеличение скорости перепроведения документов при отключенном антивирусе Avast в разы !)

3. Запустить индексацию полнотекстового поиска в 1С либо выключить его вовсе

4. Запустить Тестирование и исправление базы, проверку утилитой ChDbfl

5. Запустить в конфигурации пункт Проверка конфигурации (если конфигурация не типовая, это может быть полезным). По результатам проверки конфигурации она волшебным образом уменьшилась в размерах почти на треть. Что уж и как до меня обновляли приходящие программисты - особо не вникал, но факт налицо.

6. Отключить ненужные функциональные опции.

7. Настроить права пользователям. (Этот и предыдущий советы показались глупостью, до тех пор, пока я не понаблюдал за отрисовкой управляемых форм при открытии списка документов. Чем меньше лишнего в управляемом интерфейсе - тем, как правило, быстрее он работает)

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

9. Указать "Скорость соединения - низкая" в настройках списка баз (это особого результата не дало, разве что отключились картинки у подсистем:))

После выполнения всех этих шагов файловая база 1С заработала на порядок шустрее. Запускаться стала максимум секунд за 10, а скорость перепроведения документов увеличилась в среднем в 12 раз.

Возможно, эта небольшая статья пригодится и вам, если вдруг понадобится ускорить файловую базу 1С.

P.S: А запустить файловую 1С, используя сетевой доступ к общей папке - все же нереально, т.к. даше самый шустрый твердотельный диск, оперативная память и процессор уткнутся в сетевые блокировки, и работа более одного пользователя будет фактически невозможна. Речь идет конкретно о конфигурации УТ 11.1. Самописные небольшие конфигурации вполне могут работать весьма быстро даже в файловом варианте.

Дополнения из комментариев к публикации:

Дефрагментация диска с файловой базой

Свертка базы (может оказаться полезной, если база большого объема, например, за несколько лет). У клиента база была достаточно молодая, поэтому свертка была нецелесообразна.

Модернизация аппаратной части - более быстрый винчестер, новый свитч, процессор, и т.д.

Установить на веб-сервер , доступ с помощью тонкого клиента. Тут мнения разделились. Кто-то говорит, в разы быстрее, кто-то - что ускорения не отмечено.

Как часто приходиться видеть это сообщение? Думаю, каждый кто имеет продолжительный опыт работы с 1С, хоть один раз да сталкивался с такой ошибкой. Из-за чего же программа выдает такую вот ошибку «Конфликт блокировок при выполнении транзакции: Не удалось заблокировать таблицу»?

Ну чаще всего это происходит из за того, что кто-то из пользователей уже проводит какую-то операцию, которая заблокировала данную таблицу. Чтобы решить данную проблемы всем пользователям достаточно выйти из программы. Но бывает и так что пользователь вышел из программы, а процесс программы из памяти не выгрузился. Не паникуйте! Если все пользователи вышли из программы, а сообщение все равно выходит, нужно открыть меню Сервис — >Активные пользователи.

И посмотреть, кто кроме вас в данный момент работает с программой. Если все пользователи вышли, а вы все таки видите, что кроме вас есть еще кто-то, не пугайтесь. Так бывает. Завис процесс. Перезагрузите компьютер пользователя который находиться в активных.

Но иногда даже это не решает проблему. Бывает что в момент выполнения транзакции моргает свет, или, например жесткий диск на последнем издыхании. И что тоже вероятно, кто-то вынул шнур сетевого концентратора, и включил на его место чайник, а вы в этот момент производили расчет амортизации. Так вот в такие моменты база может повредиться или данные могут быть записаны с ошибкой.

В данном случае и почти всегда, если приведенные выше рецепты не помогли, помогает утилита chdbfl.exe. Находиться она в папке с исполняемым файлом 1С. Путь до файла будет приблизительно такой «C:\Program Files\1Cv82\номер_версии_платформы\bin\chdbfl.exe». Обратите внимание что данная утилита от одной версии платформы, может не подойти к другой.

Поэтому открыть нужно папку, именно с номером текущей платформы, на которой вы работаете.

Как посмотреть номер платформы? Очень просто. Заходим в меню Сервис -> О программе. И дальше на картинке показано, где смотреть номер платформы.

Ставим галочку «исправлять обнаруженные ошибки». И нажимаем кнопку выполнить. Данная утилита исправляет 90% всех происходящих ошибок. Настоятельно рекомендую перед применением данной утилиты сделать резервную копию базы данных, ну а если ошибка происходит как раз в момент выгрузки, то скопируйте целиком папку с информационной базой данных.

По информации РКН, чтобы поддержать работу мессенджера без установки подобных инструментов пользователями, Telegram начал активно менять IP-адреса, из облачных сервисов Amazon Web Services и Google Cloud. Роскомнадзор вносит новые IP-адреса в реестр и блокирует доступ к ним из России, но мессенджер тут же переходит на новый пул адресов. Как отметил гендиректор Qrator Labs Александр Лямин, у Telegram отличные инженеры, которые сейчас «эксплуатируют все недостатки и уязвимости используемой в России системы фильтрации».

IP-адреса за несколько центов в час

Каждое устройство, подключенное к Глобальной сети (серверы, интернет-сервисы, пользовательские устройства и т.д.), использует IP-адрес, по которому его можно найти. Всего в мире используется около 4 млрд IP-адресов, один адрес может использоваться несколькими сайтами. Изначально Telegram зарегистрировал для работы сервиса пять пулов, или около 8 тыс. IP-адресов. По решению Таганского суда они были внесены в реестр запрещенных и доступ к ним из России был заблокирован; ​однако, по информации РКН, мессенджер арендовал новые пулы адресов у Amazon Web Services. Как предполагает независимый эксперт (бывший сотрудник «Яндекса») Владимир Иванов, Роскомнадзор отслеживал новые адреса, которые получил Telegram. Как только полученные пулы IP-адресов оказывались в реестре РКН, Telegram получал новые. Причем на получение новых адресов уходит минута, а на блокировку нового блока IP-адресов у Роскомнадзора, по информации Иванова, в среднем уходит около часа. Стоимость такой услуги у Amazon Web Service составляет от $0,0058 в час.

2. Сколько это может продолжаться?

В понедельник Роскомнадзор публично напомнил владельцам VPN и прокси-серверов о том, что они должны исполнять решения суда по блокировке запрещенных ресурсов. Как заявлял представитель ведомства, они будут принимать «все необходимые меры для исполнения решения суда, в том числе связанные с ограничением доступа к интернет-ресурсам, предоставляющим технические условия для функционирования сервисов компании Telegram».

Одновременно Роскомнадзор продолжил активно вносить в реестр запрещенных новые IP-адреса, используемые Telegram. К середине дня вторника, 17 апреля, в списке было уже более 15,6 млн IP-адресов, основная часть которых была зарегистрирована на Amazon Web Services и Google Cloud. Большая часть этих адресов уже не используется Telegram, но снятие блокировки доступа к ним из России не происходит автоматически. Amazon и Google придется вести переговоры с РКН о снятии запретов, но пока неизвестно, сколько времени на это уйдет.

По мнению Александра Лямина, при достаточной мотивации и ресурсах Telegram может изобретать новые методы и обходить блокировки весьма длительное время. «Во-первых, облачных сервисов, помимо Amazon Web Services и Google Cloud, еще очень много. Есть Azure, Cloudflare, DigitalOcean, ProfitBricks и другие мелкие. Кроме того, всегда есть опция создать новый транспортный протокол, основанный на принципах децентрализованности, — где каждый клиент Telegram является узлом самоорганизующейся сети. Вопрос лишь в количестве ресурсов у Дурова и его готовности тратить на это деньги», — отметил Лямин. По его оценке, для Дурова поддержание работы сервиса довольно затратно. Эксперт полагает, что основатель Telegram может прямо и косвенно терять в сутки до $1 млн. В то же время Лямин напоминает, что недавно Дуров привлек $1,7 млрд на ICO (initial coin offering — первичное размещение монет криптовалюты или токенов, жетонов, которые дают их владельцам определенные права) своей блокчейн-платформы TON, то есть не должен быть ограничен в средствах.

Другое мнение у Владимира Иванова. Он считает, что на жонглирование IP-адресами в нынешнем стиле Павлу Дурову нужно не более $0,5-1 тыс. в месяц. Однако с учетом того, что Роскомнадзор начал блокировать целые дата-центры и даже группы дата-центров облачных сервисов, подобная стратегия может позволять мессенджеру оставаться доступным в России лишь от нескольких недель до месяца. «Думаю, Telegram сейчас усиленно работает над версией мессенджера, основанной на peer-to-peer протоколе, который практически невозможно заблокировать», — отметил Иванов.

Во вторник, 17 апреля, Павел Дуров заявил, что пока намерен поддерживать работу мессенджера в России. «Хотя российский рынок не составляет существенной доли пользовательской базы Telegram (на него приходится менее 10% от общего количества пользователей сервиса. — РБК ), он важен нам по личным соображениям», — основатель мессенджера. Он также сообщил, что начал выплачивать биткоин-гранты администраторам прокси и VPN «в рамках цифрового сопротивления — децентрализованного движения в защиту цифровых свобод и прогресса». В течение этого года Дуров намерен пожертвовать «миллионы долларов личных средств на эти цели».

3. Кто от этого страдает?

Как Павел Дуров, «качество жизни 15 млн россиян ухудшится, так как Telegram без VPN может быть временами недоступен». По оценке MediaScope, в феврале (последние данные) в России 9,9 млн человек хотя бы раз в месяц заходили на сайт или в мобильное приложение Telegram среди жителей городов с населением более 100 тыс. Для сравнения: у WhatsApp этот показатель составлял 24,9 млн пользователей, у Viber — 20,8 млн.

Блокировка IP-адресов Amazon Web Services и Google Cloud уже привела к тому, что часть использовавших их IP-адресов, но не связанных с Telegram сайтов оказались недоступны. Возможно, это связано с тем, что РКН блокирует большие группы IP-адресов. По словам Александра Лямина, больше всего от ситуации пока страдает средний и малый бизнес в России, который в целях экономии обычно не разворачивает свою ИT-инфраструктуру, а использует облачных провайдеров. Например, у онлайн-школы изучения английского языка Skyeng значительная часть ИT-инфраструктуры использовала сервера Amazon Web Services. В итоге 16 апреля многие ученики не могли связаться со своими учителями. Управляющий партнер Skyeng Александр Ларьяновский оценил прямой ущерб от несостоявшихся уроков в сумму около 2 млн руб.

Бизнес и Telegram

Мессенджер часто использовался различными предпринимателями для коммуникаций с клиентами. Например, в розничной сети «ВкусВилл» на основе мессенджера работает программа лояльности. Покупатель подключается к чат-боту, получает информацию об ассортименте и скидках. Пока блокировка не повлияла на программу лояльности — в компании регистрируют по 400 новых пользователей каждый день. Многие продавцы показывают, как настроить VPN и прокси, чтобы и дальше без проблем пользоваться ботом. Но в компании приготовили «план Б» — неделю назад во «ВкусВилле» выпустили приложение с таким же, как у бота, функционалом на Android, в течение недели опубликуют на iOS. «Блокировка Telegram лишила нас эффективного и раскрученного канала общения с покупателями, но трагедией не стала. Мы уверены, что большая часть пользователей без проблем начнут использовать приложение», — говорит Марина Пурим, управляющая по внешним и внутренним коммуникациям «ВкусВилла».

Основателю компании Combot Федору Скуратову придется сложнее. Он разрабатывает боты, которые помогают бизнесу модерировать чаты, собирают аналитику по пользователям и используются для рекламы в Telegram-каналах. Среди клиентов развлекательные сообщества «Двач», MDK, каналы, посвященные ICO и криптовалютам, DreamPlay, Binance, Digibank, региональные сообщества «Маленький чат Москвы», «Питерчат» и пр. «Блокировка может ударить по рекламным доходам. Аудитория Telegram пока не падала, но, безусловно, при удалении официальных приложений приток новой аудитории сократится кратно. С другой стороны, качество ее вырастет», — считает Скуратов.

По словам Артема Козлюка, главы организации «Роскомсвобода», которая борется за цифровые права, расширение списка запрещенных сайтов может негативно отразиться на операторах связи. «Необходимость фильтрации миллионов IP-адресов может привести к снижению скорости передачи данных. Оборудование для фильтрации имеет свой предел по количеству ресурсов, при переходе через который операторам может потребоваться его поменять», — говорит Козлюк. Представитель крупного оператора связи подтвердил, что расширение реестра запрещенных ресурсов действительно может повлиять на скорость доступа к интернету, особенно у небольших операторов. Предел системы, по его словам, пока никто не проверял. Впрочем, на момент публикации никто из крупных операторов не сообщал о подобных проблемах.

4. Как можно отключить Telegram совсем?

По словам независимого эксперта в области телекоммуникаций Алексея Семеняки, Роскомнадзор пошел на принцип и хочет повторить «подвиг» с Zello, мобильной рацией, которая ранее также активно использовала новые IP-адреса на Amazon Web Services для обхода блокировки в России. Однако после того как Amazon Web Services обратилась к Zello с просьбой перестать пользоваться их площадкой, сервис начал искать другие способы обхода блокировки. По мнению Семеняки, Роскомнадзор пытается надавить на Amazon Web Services, у которого могут быть значительные финансовые потери из-за блокировок, чтобы сервис перестал работать с Telegram. При этом эксперт допустил, что Amazon Web Services может разорвать контракт с Дуровым, но оговорился, что компания будет взвешивать политические, коммерческие и репутационные риски. Однако с учетом того, что облачных провайдеров множество, Telegram может «бегать» от Роскомнадзора очень долго. По крайней мере до того момента, как не найдет менее затратный способ обхода блокировки.

«Сделать так, чтобы Telegram стало пользоваться неудобно, и тем самым уменьшить его аудиторию в России, наверное, возможно. Но полностью заблокировать Telegram в России так, чтобы им не пользовался вообще никто, Роскомнадзор и операторы связи не смогут. Это возможно, только если ввести в России интернет по белым спискам (то есть если доступ будет разрешен только к ограниченному числу «проверенных» сайтов. — РБК )», — говорит Алексей Семеняка. Установленное у операторов оборудование для фильтрации просто не может сделать «разбор» трафика и вычленить из него тот, который идет по протоколам, используемым прокси-серверами и VPN, для этого нужно будет очень дорогое сетевое оборудование.

По мнению Артема Козлюка, полностью заблокировать Telegram на территории России можно только вместе со всем интернетом.



Предыдущая статья: Следующая статья:

© 2015 .
О сайте | Контакты
| Карта сайта