• Активируйте xp_cmdshell в SQL Server run script (один раз):

EXEC sp_configure 'show advanced options', 1; RECONFIGURE; EXEC sp_configure 'xp_cmdshell', 1; RECONFIGURE;

• Далее идём в SSMS -> SQL server agent -> Jobs
• Смонтируйте сетевой диск:

EXEC xp_cmdshell 'net use X: \\u443481.your-storagebox.de\u443481-sub1 /user:username password';

• После успешного монтирования выполните резервное копирование:

BACKUP DATABASE [boykomtest] TO DISK = 'X:\backup\boykomtest.bak' WITH INIT, COMPRESSION, CHECKSUM;

• По завершении работы отключите сетевой диск:

EXEC xp_cmdshell 'net use X: /delete';

Если хочется копировать все пользовательские базы данных то скрипт будет выглядеть вот так:

DECLARE @BackupPath NVARCHAR(255) = '\\u443481.your-storagebox.de\u443481-sub1\backup\'
DECLARE @DatabaseName NVARCHAR(255)
DECLARE @BackupFile NVARCHAR(500)
DECLARE @SQL NVARCHAR(MAX)

-- Курсор для перебора всех пользовательских баз данных
DECLARE db_cursor CURSOR FOR
SELECT name FROM sys.databases
WHERE database_id > 4 -- Исключаем системные базы данных
AND name NOT IN ('CompressionSetting') -- Исключаем определённые базы

OPEN db_cursor
FETCH NEXT FROM db_cursor INTO @DatabaseName

WHILE @@FETCH_STATUS = 0
BEGIN
    -- Формируем имя файла бэкапа с полным путем
    SET @BackupFile = @BackupPath + 'full_' + @DatabaseName + '_'
                      + REPLACE(CONVERT(NVARCHAR, GETDATE(), 120), ':', '-') + '.bak'
    
    -- Формируем SQL-запрос для выполнения бэкапа
    SET @SQL = 'BACKUP DATABASE [' + @DatabaseName + '] TO DISK = ' + QUOTENAME(@BackupFile, '''') + '
                WITH INIT, COMPRESSION, CHECKSUM, FORMAT;'
    
    -- Логируем SQL-запрос для отладки
    PRINT 'Executing: ' + @SQL

    -- Выполняем бэкап
    EXEC sp_executesql @SQL

    -- Переход к следующей базе данных
    FETCH NEXT FROM db_cursor INTO @DatabaseName
END

CLOSE db_cursor
DEALLOCATE db_cursor
or
db_cursor
DEALLOCATE db_cursor

esxcli network firewall ruleset set -e true -r httpClient

esxcli software profile update -p ESXi-6.7.0-20201104001-standard \
-d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml

esxcli network firewall ruleset set -e false -r httpClient

номер обновления берём тут

https://docs.vmware.com/en/VMware-vSphere/6.7/rn/esxi670-202111001.html

Nebula — это оверлейная сеть, которая позволяет создавать зашифрованные, безопасные соединения между узлами (компьютерами, серверами, устройствами) через существующие IP-сети, такие как Интернет. Основное назначение Nebula — это создание частных виртуальных сетей, которые могут работать поверх любых IP-сетей, включая сети с ограниченным доступом за NAT или брандмауэрами. Этот инструмент был разработан компанией Slack и открыт как проект с открытым исходным кодом.

Nebula работает по модели P2P (peer-to-peer) и использует сертификаты для аутентификации и авторизации узлов, что обеспечивает высокий уровень безопасности и контроля над сетью.

Основные компоненты сети Nebula

1. Центр сертификации (CA):
Это ключевой элемент для управления узлами в сети Nebula. Центр сертификации используется для генерации и подписания сертификатов узлов, которые позволяют им участвовать в сети. Сертификаты содержат информацию о каждом узле, включая его IP-адрес и группы безопасности (т.н. "группы"). Все узлы доверяют одному центру сертификации, что обеспечивает их взаимную аутентификацию.

2. Узлы (Nodes):
Узлы — это устройства (сервера, компьютеры, устройства IoT и т.д.), которые участвуют в оверлейной сети Nebula. Каждый узел использует зашифрованное соединение для общения с другими узлами, и каждый узел имеет уникальный сертификат для аутентификации.

3. Маяки (Lighthouses):
Маяки служат для обнаружения узлов в сети и помогают узлам найти друг друга, особенно если они находятся за NAT или брандмауэром. Маяки не маршрутизируют трафик, а только сообщают узлам, как установить соединение между собой. Маяки играют важную роль в обеспечении работы сети, но они не участвуют в передаче данных напрямую.

Принцип работы Nebula

Nebula использует криптографические протоколы для шифрования трафика между узлами, включая Elliptic-curve Diffie-Hellman (ECDH) для обмена ключами и AES-256-GCM для шифрования данных. Все узлы используют сертификаты, которые подписаны одним центром сертификации, что гарантирует, что все узлы доверяют друг другу.

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

Сертификаты и центр сертификации (CA)

Одним из ключевых аспектов работы Nebula является управление сертификатами. Для настройки сети необходимо:
1. Создать центр сертификации (CA), который будет генерировать сертификаты для всех узлов.
2. Для каждого узла (маяков и узлов сети) необходимо создать сертификат, подписанный центром сертификации. Сертификат содержит информацию об IP-адресе узла и его принадлежности к определённой группе безопасности.

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

Группы безопасности и файерволл

Nebula использует концепцию групп безопасности, которые определяют, какие узлы могут взаимодействовать друг с другом. Например, вы можете разделить сеть на несколько групп (например, "network1", "network2", "servers", "clients") и настроить правила файерволла, которые будут управлять доступом между узлами.

Пример правил файерволла:

firewall:
  inbound:
    - port: any
      proto: any
      groups:
        - network1  # Разрешить входящий трафик только от узлов из группы network1
  outbound:
    - port: any
      proto: any
      host: any

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

Настройка нескольких маяков

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

Сервер генерации сертификатов и резервирование данных

Для управления сертификатами обычно используется отдельная машина — сервер центра сертификации (CA). На этом сервере хранятся:
- Закрытый ключ центра сертификации (ca.key) — самый важный файл, который нужно защитить. Без него невозможно будет создать новые сертификаты.
- Сертификат центра сертификации (ca.crt) — этот файл распространяется среди узлов для их аутентификации друг с другом.

Если сервер центра сертификации выйдет из строя или потеряет доступ, вам потребуется восстановить его с помощью резервной копии файла `ca.key`. Без этого файла вы не сможете создать новые сертификаты для узлов.

Автоматизация и управление сетью

Автоматизация управления сетью Nebula может быть достигнута с помощью инструментов конфигурации, таких как Ansible, Puppet или Chef, которые позволяют автоматизировать развертывание узлов и обновление конфигурационных файлов. Эти инструменты помогают централизованно управлять сертификатами и обновлениями для всех узлов в сети.

На текущий момент официального web-GUI для управления Nebula нет, однако с помощью CLI и вышеупомянутых инструментов можно автоматизировать многие процессы. При необходимости можно разработать собственный веб-интерфейс для управления сетью на основе существующих скриптов.

Масштабирование сети Nebula

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

Заключение

Nebula — это мощное решение для создания защищённых виртуальных сетей поверх существующих IP-сетей. Она обеспечивает высокий уровень безопасности, гибкости и масштабируемости благодаря использованию сертификатов, шифрования и централизованного управления доступом. Несмотря на отсутствие официального веб-интерфейса, Nebula позволяет эффективно управлять большими распределёнными сетями с помощью инструментов автоматизации и центра сертификации.

Это делает Nebula отличным выбором для компаний, которые хотят создать собственную VPN-сеть с высокой степенью контроля и безопасности.

https://linuxblog.xyz/posts/slack-nebula/
Вот отличная статья по настройке

https://hub.docker.com/r/renehonig/nebula
докер контейнер для быстрого старта

Тесты производительности VPS необходимы для объективной оценки вычислительных ресурсов серверов. Проведение таких тестов помогает сравнить различные виртуальные серверы по ключевым параметрам: производительности процессора (CPU), скорости работы с памятью (RAM), пропускной способности дисковой системы и скорости интернет-соединения. Это позволяет выбрать оптимальный сервер для конкретных задач, будь то хостинг приложений, базы данных или вычислительные задачи. С помощью таких бенчмарков, как Geekbench, можно легко получить результаты в виде баллов и сравнить VPS по объективным метрикам.

Способ №1 - быстрый

С помощью инструментов sysbench и Ookla Speedtest CLI можно легко протестировать ключевые параметры сервера: процессор (CPU), оперативную память, дисковую систему и скорость интернет-соединения.

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

Для автоматизации процесса создан скрипт, который выполняет все тесты, сохраняет результаты в файл и загружает их на FTP-сервер для дальнейшего анализа.

Как использовать:

Создайте скрипт:

nano boyko_it_linux_server_benchmark.sh

#!/bin/bash

# Установка sysbench
echo "Установка sysbench..."
sudo apt update && sudo apt install -y sysbench

# Установка Ookla Speedtest CLI
echo "Установка Ookla Speedtest CLI..."
sudo apt install -y gnupg1 apt-transport-https dirmngr
curl -s https://packagecloud.io/install/repositories/ookla/speedtest-cli/script.deb.sh | sudo bash
sudo apt install -y speedtest

# Получаем IP-адрес сервера
IP_ADDRESS=$(hostname -I | awk '{print $1}')

# Получаем имя хоста
HOST_NAME=$(hostname)

# Формируем имя файла с результатами, включающее IP-адрес и имя хоста
RESULTS_FILE="sysbench_speedtest_${IP_ADDRESS}_${HOST_NAME}.json"

# Очистка файла перед началом тестов
> $RESULTS_FILE

# Переменные для хранения значений
CPU_EVENTS=""
MEMORY_TRANSFERED=""
MEMORY_SPEED=""
DISK_READ=""
DISK_WRITE=""
INTERNET_DOWNLOAD=""
INTERNET_UPLOAD=""

# Тест CPU
CPU_EVENTS=$(sysbench cpu --cpu-max-prime=20000 run | grep "events per second" | awk '{print $4}')

# Тест памяти (правка для удаления скобки)
MEMORY_RESULTS=$(sysbench memory run | grep "transferred")
MEMORY_TRANSFERED=$(echo $MEMORY_RESULTS | awk '{print $1}')
MEMORY_SPEED=$(echo $MEMORY_RESULTS | awk '{print $4}' | sed 's/[()]//g')

# Тест дисковой системы (подготовка файлов для теста и результаты)
sysbench fileio --file-total-size=2G prepare
DISK_READ=$(sysbench fileio --file-total-size=2G --file-test-mode=rndrw run | grep "read, MiB/s" | sed 's/[^0-9.]//g')
DISK_WRITE=$(sysbench fileio --file-total-size=2G --file-test-mode=rndrw run | grep "written, MiB/s" | sed 's/[^0-9.]//g')
sysbench fileio --file-total-size=2G cleanup

# Тест скорости интернета
INTERNET_DOWNLOAD=$(speedtest --accept-license --accept-gdpr | grep "Download" | awk '{print $3}')
INTERNET_UPLOAD=$(speedtest --accept-license --accept-gdpr | grep "Upload" | awk '{print $3}')

# Создание JSON-выхода с именем сервера и IP
echo "{
  \"server_name\": \"$HOST_NAME\",
  \"server_ip\": \"$IP_ADDRESS\",
  \"cpu\": $CPU_EVENTS,
  \"memory\": {
    \"transfered\": $MEMORY_TRANSFERED,
    \"speed\": $MEMORY_SPEED
  },
  \"disk\": {
    \"read\": $DISK_READ,
    \"write\": $DISK_WRITE
  },
  \"internet\": {
    \"download\": $INTERNET_DOWNLOAD,
    \"upload\": $INTERNET_UPLOAD
  }
}" > $RESULTS_FILE

echo "Результаты тестов сохранены в $RESULTS_FILE в формате JSON"

# Загрузка файла на FTP сервер
echo "Загрузка файла на FTP сервер..."
curl -T $RESULTS_FILE ftp://user:password@ftp.server.com/linux_bench/ --ftp-create-dirs

echo "Файл загружен на FTP сервер: $RESULTS_FILE"

# Отправка JSON на вебхук
WEBHOOK_URL="WEBHOOK_URL"
echo "Отправка данных на вебхук: $WEBHOOK_URL"
curl -X POST -H "Content-Type: application/json" \
  -d @"$RESULTS_FILE" \
  $WEBHOOK_URL

echo "Данные отправлены на вебхук: $WEBHOOK_URL"

Не забудьте заменить логин и пароль и пусть ftp сервера на свои чтобы файлы с результатами сразу загрузились к вам на сервер.

Сделайте скрипт исполняемым:

chmod +x boyko_it_linux_server_benchmark.sh

Запустите скрипт:

./boyko_it_linux_server_benchmark.sh

Этот скрипт выполнит тесты, сохранит результаты в файл с именем, содержащим IP-адрес и имя хоста, а затем загрузит файл на ваш FTP-сервер и отправит данные на вебхук для дальнейшей автоматизиции.

Способ №2 - медленный и не на всех VPS работает, однако более детализированный.

Тест делается примерно минут 10-15

Для установки Geekbench через командную строку сервера (без доступа к графическому интерфейсу), выполните следующие команды для загрузки и установки бенчмарка на вашем сервере с Ubuntu или Debian.

Шаги установки и запуска Geekbench:

1. Перейдите в рабочую директорию:

cd /tmp

2. Скачайте последнюю версию Geekbench для Linux: Используйте команду wget, чтобы загрузить архив

wget https://cdn.geekbench.com/Geekbench-6.2.0-Linux.tar.gz

3. Распакуйте архив: Используйте команду tar, чтобы распаковать загруженный файл:

tar -xvzf Geekbench-6.2.0-Linux.tar.gz

4. Перейдите в распакованную директорию:

cd Geekbench-6.2.0-Linux

5. Запустите тест производительности: Для запуска теста просто выполните:

./geekbench6

6. Просмотр результатов: После завершения теста Geekbench покажет вам ссылку на результаты на своём сайте, где вы сможете увидеть подробные данные по вашему тесту и сравнить их с другими системами.

Результаты тестирования

Зарегистрировавшись на сайте geekbench вы сможете сохранять результаты тестирования своих серверов и сравнивать их.

Команды для удаления ненужных файлов после теста:

Перейдите в директорию, где были загружены и распакованы файлы:

cd /tmp

Удалите скачанный архив и распакованную папку:

rm -rf Geekbench-6.2.0-Linux.tar.gz Geekbench-6.2.0-Linux

Да прибудет с вами сила!

Эта статья была создана с помощью Chat GPT-4 на основе моей большой беседы с ней и отладки скрипта, а затем отредактирована мной. Я добился рабочего результата, но это касается только моего конкретного случая. Эта статья в первую очередь для того чтобы я сохранил свой собственный best way для достижения результата В статье могут быть ошибки, поэтому, пожалуйста, не рассматривайте её как единственно верное решение или истину в последней инстанции.

Введение

Резервное копирование Docker контейнеров является критически важным для обеспечения сохранности данных и конфигураций ваших приложений. В этой статье мы рассмотрим, как настроить автоматическое резервное копирование Docker контейнеров и конфигурационных файлов, используя скрипт bash и docker-backup. Также включим шаги по загрузке резервных копий на FTP-сервер для дополнительной безопасности.

Подготовка:
Docker Installation Guide
Docker Compose Installation Guide
lftp Official Site
Go Installation Guide
docker-backup on GitHub

Шаг 1: Установка необходимых инструментов

Прежде чем приступить к созданию резервных копий, убедитесь, что у вас установлены необходимые инструменты: docker, docker-compose, lftp, и docker-backup.

Установка lftp

Для загрузки резервных копий на FTP-сервер установите lftp:

sudo apt-get update
sudo apt-get install lftp

Установка Go

Для установки Go выполните следующие шаги:

1. Скачайте Go:

wget https://go.dev/dl/go1.22.5.linux-amd64.tar.gz

2. Распакуйте архив и установите Go:

sudo tar -C /usr/local -xzf go1.22.5.linux-amd64.tar.gz

3. Добавьте Go в PATH:

echo "export PATH=$PATH:/usr/local/go/bin" >> ~/.profile
source ~/.profile

Установка docker-backup

Скачайте и установите docker-backup с GitHub:

git clone https://github.com/muesli/docker-backup.git
cd docker-backup
go build
sudo mv docker-backup /usr/local/bin/

Шаг 2: Создание директории для резервных копий

Создайте директорию, в которой будут храниться резервные копии:

mkdir -p /root/backup

Шаг 3: Создание скрипта резервного копирования

Создайте скрипт резервного копирования, который будет выполнять все необходимые операции, включая создание резервных копий контейнеров, копирование файлов docker-compose.yml и загрузку на FTP-сервер.

Скрипт резервного копирования

Создайте файл /root/docker-backup/backup_script.sh и вставьте в него следующий код:

#!/bin/bash

# Директория для сохранения резервных копий
BACKUP_DIR="/root/backup"
TIMESTAMP=$(date +"%Y%m%d_%H%M%S")
BACKUP_DIR_TIMESTAMP="$BACKUP_DIR/$TIMESTAMP"

# Убедитесь, что директория для резервных копий существует
mkdir -p $BACKUP_DIR_TIMESTAMP/easyappointments
mkdir -p $BACKUP_DIR_TIMESTAMP/n8n-docker-caddy

# Создание резервных копий всех контейнеров и томов
cd /root/docker-backup
./docker-backup backup easyappointments-easyappointments-1 --tar
./docker-backup backup easyappointments-mysql-1 --tar
./docker-backup backup n8n-docker-caddy-caddy-1 --tar
./docker-backup backup n8n-docker-caddy-postgres-1 --tar
./docker-backup backup n8n-docker-caddy-n8n-1 --tar

# Перемещение созданных резервных копий в соответствующие директории
mv alextselegidis_easyappointments-latest-easyappointments-easyappointments-1.tar $BACKUP_DIR_TIMESTAMP/easyappointments/
mv mysql-8.0-easyappointments-mysql-1.tar $BACKUP_DIR_TIMESTAMP/easyappointments/
mv caddy-latest-n8n-docker-caddy-caddy-1.tar $BACKUP_DIR_TIMESTAMP/n8n-docker-caddy/
mv postgres-13-n8n-docker-caddy-postgres-1.tar $BACKUP_DIR_TIMESTAMP/n8n-docker-caddy/
mv docker.n8n.io_n8nio_n8n-n8n-docker-caddy-n8n-1.tar $BACKUP_DIR_TIMESTAMP/n8n-docker-caddy/

# Копирование файлов docker-compose.yml
cp /root/easyappointments/docker-compose.yml $BACKUP_DIR_TIMESTAMP/easyappointments/
cp /root/n8n-docker-caddy/docker-compose.yml $BACKUP_DIR_TIMESTAMP/n8n-docker-caddy/

# Загрузка резервных копий и docker-compose.yml файлов на FTP-сервер с временными метками
FTP_SERVER="storagebox.com"
FTP_USERNAME="username"
FTP_PASSWORD="password"

# Создание директории на FTP сервере
lftp -u $FTP_USERNAME,$FTP_PASSWORD $FTP_SERVER <<EOF
mkdir -p backup/easyappointments
mkdir -p backup/n8n-docker-caddy
quit
EOF

# Загрузка резервных копий
for file in $BACKUP_DIR_TIMESTAMP/easyappointments/*.tar; do
  BASENAME=$(basename $file)
  lftp -u $FTP_USERNAME,$FTP_PASSWORD -e "put $file -o /backup/easyappointments/${TIMESTAMP}_$BASENAME; quit" $FTP_SERVER
done

for file in $BACKUP_DIR_TIMESTAMP/n8n-docker-caddy/*.tar; do
  BASENAME=$(basename $file)
  lftp -u $FTP_USERNAME,$FTP_PASSWORD -e "put $file -o /backup/n8n-docker-caddy/${TIMESTAMP}_$BASENAME; quit" $FTP_SERVER
done

# Загрузка docker-compose.yml файлов с временными метками
lftp -u $FTP_USERNAME,$FTP_PASSWORD -e "put $BACKUP_DIR_TIMESTAMP/easyappointments/docker-compose.yml -o /backup/easyappointments/${TIMESTAMP}_docker-compose.yml; quit" $FTP_SERVER
lftp -u $FTP_USERNAME,$FTP_PASSWORD -e "put $BACKUP_DIR_TIMESTAMP/n8n-docker-caddy/docker-compose.yml -o /backup/n8n-docker-caddy/${TIMESTAMP}_docker-compose.yml; quit" $FTP_SERVER

echo "Backup completed and uploaded to FTP at $TIMESTAMP" >> /var/log/backup.log

Шаг 4: Настройка прав и создание задачи cron

Убедитесь, что у скрипта есть права на выполнение:

chmod +x /root/docker-backup/backup_script.sh

Добавьте задачу cron для автоматического выполнения скрипта, например, каждый день в 6 утра:

crontab -e

Добавьте следующую строку в файл crontab:

0 6 * * * /root/docker-backup/backup_script.sh >> /var/log/backup.log 2>&1

Заключение

Теперь у вас настроено автоматическое резервное копирование Docker контейнеров и файлов docker-compose.yml, с загрузкой резервных копий на FTP-сервер. Этот скрипт гарантирует, что у вас всегда будет актуальная резервная копия ваших контейнеров и конфигураций, которая может быть использована для восстановления в случае необходимости.

Assuming you have a domain name that you can control DNS (to confirm ownership), this allows you to create Internal apps, without Google having to validate them.

I have created internal apps for Home Assistant/Google API integration that do not need re-authorising every 30 days. I have yet to pay Google a penny.

For those with knowledge of Microsoft Azure, it's very similar to Azure AD (Entra ID), which you can also create for free.

После того, как вы расширили диск в ВМ, нужно расширить его в гостевой ОС (в этом примере это Ubuntu 22.04 LTS). Чтобы Ubuntu увидела добавленное место, выполните принудительный рескан дисков с помощью команды:

$ echo 1>/sys/class/block/sda/device/rescan

Для управления разделами используйте утилиту cfdisk:

$ sudo cfdisk

В данном примере видно, что на диске /dev/sda есть свободное место размером 1 Гб. Выберите раздел, который нужно расширить (/dev/sda3 в этом примере) и выберите в меню Resize.

Чтобы сохранить изменения в разделах диска, выберите в меню Write.

Закройте утилиту cfdisk.

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

$ sudo lsblk

Вкратце напомним основные концепции LVM:

• Physical Volume (PV) — ваши физические диски /dev/sda , /dev/sdb , и т.д.
• Volume Group (VG) — группы томов, в которые объединены физически диски. Например ubuntu-vg = /dev/sda + /dev/sdb . Также VG можно состоять всего из одного диска.
• Logical Volume (LV) — логический раздел в группе томов. Например, ubuntu-vg/root , ubuntu-vg/home , и т.д.

Проверьте свободное место в группе томов LVM с помощью:

$ sudo vgdisplay

Для расширения раздела LVM нужно сначала увеличить PV (Physical Volume):

$ sudo pvresize /dev/sda3

Теперь можно увеличить логический том. В этом примере мы расширим том за счет всего доступного пространства:

$ sudo lvextend -l +100%FREE /dev/mapper/ubuntu--vg-ubuntu--lv

Logical volume ubuntu-vg/ubuntu-lv successfully resized

Осталось расширить файловую систему. Для ext2, ext3 и ext4 выполните:

$ sudo resize2fs /dev/mapper/ubuntu--vg-ubuntu--lv

Проверьте свободное место в Linux с помощью команды:

$ df -h

Итак, мы успешно расширили LVM том в Ubuntu.

Если у вас не используются LVM тома, воспользуйтесь утилитой parted для увеличения раздела в Linux

# Установите дату, старше которой необходимо удалить папки (в днях)
$days = 30

# Установите путь к директории, в которой нужно удалить папки
$path = "C:\Path\To\Directory"

# Получаем текущую дату и вычитаем количество дней, чтобы получить дату, старше которой нужно удалить папки
$date = Get-Date
$oldDate = $date.AddDays(-$days)

# Получаем список папок в указанной директории
$folders = Get-ChildItem $path -Directory

# Инициализируем переменные для отображения прогресса
$totalFolders = $folders.Count
$currentFolder = 0

# Проходим по каждой папке в списке и удаляем те, которые старше указанной даты
foreach ($folder in $folders) {
    if ($folder.LastWriteTime -lt $oldDate) {
        Remove-Item $folder.FullName -Recurse -Force
    }
    $currentFolder++
    $percentComplete = ($currentFolder / $totalFolders) * 100
    Write-Progress -Activity "Removing old folders" -Status "$currentFolder of $totalFolders folders processed" -PercentComplete $percentComplete
}

Вариация скрипта удаление папок старше N дней + удаление пустых папок:

 # Установите дату, старше которой необходимо удалить папки (в днях)
$days = 30

# Установите путь к директории, в которой нужно удалить папки
$path = "C:\Path\To\Directory"

# Получаем текущую дату и вычитаем количество дней, чтобы получить дату, старше которой нужно удалить папки
$date = Get-Date
$oldDate = $date.AddDays(-$days)

# Получаем список папок в указанной директории
$folders = Get-ChildItem $path -Directory

# Инициализируем переменные для отображения прогресса
$totalFolders = $folders.Count
$currentFolder = 0

# Проходим по каждой папке в списке и удаляем те, которые старше указанной даты
foreach ($folder in $folders) {
    if ($folder.LastWriteTime -lt $oldDate) {
        Remove-Item $folder.FullName -Recurse -Force
    }
    elseif ((Get-ChildItem $folder.FullName -Force | Measure-Object).Count -eq 0) {
        Remove-Item $folder.FullName -Recurse -Force
    }
    $currentFolder++
    $percentComplete = ($currentFolder / $totalFolders) * 100
    Write-Progress -Activity "Removing old and empty folders" -Status "$currentFolder of $totalFolders folders processed" -PercentComplete $percentComplete
}

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

Он выполняет следующие шаги:

Использует каждую базу данных одну за другой.
Если база данных не является одной из системных баз данных (master, model, msdb, tempdb), то он продолжает выполнять скрипт.
Находит таблицы в базе данных, у которых не применена сжатие данных.
Создает временную таблицу #tmpTables для хранения имён таблиц без сжатия данных.
В цикле while выбирает имя таблицы из #tmpTables и выполняет операции перестроения таблицы и индексов на этой таблице с использованием сжатия страниц данных. Затем удаляет эту таблицу из временной таблицы.
Проверяет, были ли внесены изменения в базу данных. Если да, то выполняет операцию сжатия базы данных с помощью команды DBCC SHRINKDATABASE.
Удаляет временную таблицу и возвращает имя текущей базы данных.
Таким образом, данный скрипт выполняет сжатие данных таблиц и индексов для всех таблиц в каждой базе данных в экземпляре SQL Server, если они еще не сжаты. Он также сжимает базу данных, если были внесены изменения.

EXEC sp_MSforeachdb 'USE ?
IF NOT (''?'' = ''master'' OR ''?'' = ''model'' OR ''?'' = ''msdb'' OR ''?'' = ''tempdb'')
BEGIN
  SELECT DISTINCT
    [tables].name AS TName
  INTO #tmpTables
  FROM sys.tables [tables]
  LEFT JOIN sys.indexes [indexes]
  ON [tables].object_id = [indexes].object_id
  LEFT JOIN sys.partitions p
  ON [indexes].index_id = p.index_id
    AND [tables].object_id = p.object_id
  WHERE p.data_compression_desc = ''NONE''
  DECLARE @TName nvarchar(2000)
  DECLARE @DBModifyed int
  SET @DBModifyed = 0
  SELECT TOP 1 @TName = TName FROM #tmpTables
  WHILE @@ROWCOUNT != 0
  BEGIN
    EXEC (''ALTER TABLE '' + @TName + '' REBUILD PARTITION = ALL WITH (DATA_COMPRESSION = PAGE)'')
    EXEC (''ALTER INDEX ALL ON '' + @TName + '' REBUILD PARTITION = ALL WITH (DATA_COMPRESSION = PAGE)'')
    DELETE #tmpTables WHERE TName = @TName
    SET @DBModifyed = 1
    SELECT TOP 1 @TName = TName FROM #tmpTables
  END
  IF @DBModifyed = 1
  BEGIN
    DBCC SHRINKDATABASE(N''?'', 0)
  END
  DROP TABLE #tmpTables
  SELECT ''?''
END'