Ruslana / Сценарій типовий для харківських компаній, які відновлювали роботу після релокації: облікова база, спільні документи й галузева програма живуть на комп’ютері в кутку офісу, доступ до них є лише з двох робочих місць, а кожне знеструмлення зупиняє роботу. Рішення очевидне — винести все на орендований сервер. Нижче порядок дій, перевірений на практиці.
До переїзду: інвентаризація
Складіть перелік усього, що насправді використовується. Майже завжди виявляється, що половина встановлених програм не відкривалася рік, зате критично важливим є непримітний скрипт вивантаження, про який знає один бухгалтер. Зафіксуйте версії програм, формати баз, способи ліцензування і те, хто має доступ до кожного сервісу.
Окремо з’ясуйте питання ліцензій. Операційна система зазвичай входить у вартість оренди, а от ліцензії на клієнтські підключення для термінального доступу та на прикладний софт купуються окремо. Попросіть провайдера письмово перелічити, що саме включено в тариф — це економить неприємні з’ясування пізніше.
Вибір конфігурації
Система сама по собі займає півтора-два гігабайти пам’яті ще до запуску програм. Далі рахуйте по користувачах: приблизно гігабайт-півтора на активне робоче місце в термінальному режимі плюс запас на пікові операції на кшталт закриття періоду. Для обліку критичнішим за кількість ядер виявляється швидкий диск: проведення документів і побудова звітів створюють масу дрібних звернень до бази.
Для невеликої компанії на п’ять-сім робочих місць спеціалізований хостинг Windows із включеною ліцензією системи закриває задачу без закупівлі власного заліза й без турботи про його обслуговування.
Під час перенесення
Робіть переїзд у неробочий час і обов’язково паралельно: нове середовище піднімається й тестується, поки старе продовжує працювати. Перенесіть базу, перевірте цілісність, запустіть програму й пройдіть основні сценарії — створення документа, проведення, друк, формування звіту. Переконайтеся, що друк на мережеві принтери в офісі працює через віддалене підключення, бо це найчастіший сюрприз.
Безпека в перший день
Стандартний порт віддаленого доступу сканується автоматичними ботами цілодобово, і перебір паролів починається за кілька годин після появи сервера в мережі. Змініть порт, обмежте підключення списком дозволених адрес або підніміть захищений канал, створіть окремий обліковий запис кожному співробітнику замість спільного адміністраторського й увімкніть блокування після кількох невдалих спроб входу.
Після переїзду
Налаштуйте автоматичне резервне копіювання бази щонайменше раз на добу, а копію зберігайте окремо від сервера. Протягом першого тижня перевірте відновлення з архіву на тестовому середовищі — бекап, який ніколи не розгортали, залишається припущенням, а не резервною копією.
Старе обладнання не вимикайте одразу: залиште його ще на два тижні як запасний варіант, але заблокуйте запис, щоб співробітники випадково не почали працювати в двох базах одночасно. І зафіксуйте письмово, хто відповідає за оновлення, продовження ліцензій і контроль копій — без призначеної відповідальності ці задачі непомітно зникають із поля зору вже за квартал.