Гальма на файлової базі - як уникнути (з недавнього досвіду). Гальма на файлової базі - як уникнути (з недавнього досвіду) Неможливо заблокувати таблицю config 1с

Варто 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 особливо для розробників, мізки доводиться капітально перебудовувати для розробки під "керований" режим роботи

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

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

Основні ознаки роботи блокувань:

• швидка робота користувача з базою по мережі в монопольному режимі і вкрай повільна - при одночасній роботі декількох користувачів
• швидка робота користувача з локальною базою на сервері і повільна - по мережі
• звернення до файлової системи трохи менше 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. Самописние невеликі зміни цілком можуть працювати досить швидко навіть у файловому варіанті.

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

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

згортка бази (може виявитися корисною, якщо база великого обсягу, наприклад, за кілька років). У клієнта база була досить молода, тому згортка була недоцільна.

Модернізація апаратної частини - більш швидкий вінчестер, новий свитч, процесор, і т.д.

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

За інформацією РКН, щоб підтримати роботу месенджера без установки подібних інструментів користувачами, 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-адрес. За словами Олександра Лямина, найбільше від ситуації поки страждає середній і малий бізнес в Росії, який з метою економії зазвичай не розгортає свою ІТ-інфраструктуру, а використовує хмарних провайдерів. Наприклад, у онлайн-школи вивчення англійської мови Skyeng значна частина ІТ-інфраструктури використовувала сервера 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 на території Росії можна тільки разом з усім Інтернетом.

Як часто доводиться бачити це повідомлення? Думаю, кожен хто має тривалий досвід роботи з 1С, хоч один раз так стикався з такою помилкою. Через що ж програма видає таку ось помилку «Конфлікт блокувань при виконанні транзакції: Чи не вдалося заблокувати таблицю»?

Ну найчастіше це відбувається через те, що хтось із користувачів вже проводить якусь операцію, яка заблокувала цю таблицю. Щоб вирішити дану проблеми всім користувачам досить вийти з програми. Але буває і так що користувач вийшов з програми, а процес програми з пам'яті не вивантажився. Не панікуйте! Якщо всі користувачі вийшли з програми, а повідомлення все одно виходить, потрібно відкрити меню Сервіс -\u003e Активні користувачі.

І подивитися, хто крім вас в даний момент працює з програмою. Якщо всі користувачі вийшли, а ви все таки бачите, що крім вас є ще хтось, не лякайтеся. Так буває. Завис процес. Перезавантажте комп'ютер користувача який знаходитися в активних.

Але іноді навіть це не вирішує проблему. Буває що в момент виконання транзакції моргає світло, або, наприклад жорсткий диск на останньому подиху. І що теж ймовірно, хтось вийняв шнур мережевого концентратора, і включив на його місце чайник, а ви в цей момент виробляли розрахунок амортизації. Так ось в такі моменти база може пошкодитися або дані можуть бути записані з помилкою.

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

Тому відкрити потрібно папку, саме з номером поточної платформи, на якій ви працюєте.

Як подивитися номер платформи? Дуже просто. Заходимо в меню Сервіс -\u003e Про. І далі на зображенні показано, де дивитися номер платформи.

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

У 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 в контейнері під час виконання пакета, а змінна не існує. Ім'я змінної може бути змінено або змінна не створюється. ".