Цитата: Proz72 від Жовтень 25, 2024, 11:39:34Підтримую, у гугла є управління версіями і можна скачати передостанню версію.Цитата: majachok від Жовтень 21, 2024, 16:42:08Гуглдиск зберігає до 10 останніх варіантів файлу, і шифрувальник псує тільки останню версію файлу, яка йде на гуглдиск при синхронізації. Що заважає відновити попередній варіант робочого файлу? По мені гуглдиск найкращий з безкоштовних варіантів бекапівЦитата: matiashi від Жовтень 21, 2024, 12:55:57я стандартними засобами не робив бекап жодного разу, бо чекати коли хтось закриє вікно програми це не раціональне рішення. Є купа софта, який запаковує база данних до архіву і розсилає куди треба(ФТП, Гугл диск та інше), час запуску і періодичність налаштовується індивідуально. Від себе добавлю, що бекапи потрібно робити мінімум в 3 разні місця, для наданості.Дякую за пораду!
https://ibb.co/N7Kt91H
Перегляну дану програму.
АЛЕ:
Утиліта GBAK тим і відрізняється від інших засобів (упаковщиків архіваторів), що вона робить резервну копію бази у фоновому режимі. Навіть коли користувачі підключені до БД. Але виявилося, що з файлу %backup%.fbk не можна відновити таблиці з товарами, накладними тощо.... на відміду від файла sklad.tcb.
Тепер приходжу до висновку, що все ж таки треба було архівувати і файл sklad.tcb і відправляти на ftp-server а не тільки резервну копію. Правда доведеться перед цим перезавантажити сервер, щоб "відвалити всіх користувачів від бази"
До речі... перевірив резервні копії інших клієнтів,- все піднімається!!!!! бази працюють!
Якщо є ще пропозиції стосовно бекапів, і утіліт - пропонуйте. Не використовуйте хмари типу GoogleDrive!!!! Якщо згорів комп, чи щось подібне, - то це вас врятує! Якщо вірус-Шифрувальник то файли на хмарі теж будуть зашифровані! це перевіриний ФАКТ!
Цитата: majachok від Жовтень 24, 2024, 18:46:57Ні, то скрін з сервера з Укрсклада, но вона і під 1С підходить....Цитата: matiashi від Жовтень 21, 2024, 12:55:57https://ibb.co/N7Kt91H
Якась фігня.... у вас може 1С встановлено?
Цитата: Bandura від Жовтень 26, 2024, 11:16:18Бонуси увімкнені? Якщо, так, то можливо через час затримки відобразиться. В мене система "Накопичувальної знижки", все відображається і нараховується. Також для заокруглювання решти увімкнено Бонуси з затримкою "0"ні не ввімкнені, я не використовую бонуси
Цитата: majachok від Жовтень 26, 2024, 06:46:17Чи згенеровано на клієнта у карточці клієнта штрихкод дисконту?так згенеровано
Цитата: majachok від Жовтень 21, 2024, 16:42:08Гуглдиск зберігає до 10 останніх варіантів файлу, і шифрувальник псує тільки останню версію файлу, яка йде на гуглдиск при синхронізації. Що заважає відновити попередній варіант робочого файлу? По мені гуглдиск найкращий з безкоштовних варіантів бекапівЦитата: matiashi від Жовтень 21, 2024, 12:55:57я стандартними засобами не робив бекап жодного разу, бо чекати коли хтось закриє вікно програми це не раціональне рішення. Є купа софта, який запаковує база данних до архіву і розсилає куди треба(ФТП, Гугл диск та інше), час запуску і періодичність налаштовується індивідуально. Від себе добавлю, що бекапи потрібно робити мінімум в 3 разні місця, для наданості.Дякую за пораду!
https://ibb.co/N7Kt91H
Перегляну дану програму.
АЛЕ:
Утиліта GBAK тим і відрізняється від інших засобів (упаковщиків архіваторів), що вона робить резервну копію бази у фоновому режимі. Навіть коли користувачі підключені до БД. Але виявилося, що з файлу %backup%.fbk не можна відновити таблиці з товарами, накладними тощо.... на відміду від файла sklad.tcb.
Тепер приходжу до висновку, що все ж таки треба було архівувати і файл sklad.tcb і відправляти на ftp-server а не тільки резервну копію. Правда доведеться перед цим перезавантажити сервер, щоб "відвалити всіх користувачів від бази"
До речі... перевірив резервні копії інших клієнтів,- все піднімається!!!!! бази працюють!
Якщо є ще пропозиції стосовно бекапів, і утіліт - пропонуйте. Не використовуйте хмари типу GoogleDrive!!!! Якщо згорів комп, чи щось подібне, - то це вас врятує! Якщо вірус-Шифрувальник то файли на хмарі теж будуть зашифровані! це перевіриний ФАКТ!
Сторінку створено за 0.147 секунд із 16 запитами.