во from нельзя, можно в join и в where, задача у него не совсем понятна

будет быстрее

Всем привет.
Коллеги, у кого есть опыт с MSSQL в AWS RDS, вопрос к вам.
Делаю бекап базы MSSQL в AWS RDS в S3:
exec msdb.dbo.rds_backup_database
 @source_db_name='db_name',
 @s3_arn_to_backup_to='arn:aws:s3:::my_bucket/db_name.bak',
 @overwrite_s3_backup_file=1,
 @type='FULL';
 
Получаю ошибку:
Aborted the task because of a task failure or an overlap with your preferred backup window for RDS automated backup.
Task has been aborted.
Error making request with Error Code Forbidden and Http Status Code Forbidden.
No further error information was returned by the service.

Проверил:
1) сам сервер MSSQL и S3 bucket в одном регионе
2) время выполнения бекапа мной и время выполнения автоматического бекапа не накладывается друг на друга
3) групповая опция SQLSERVER_BACKUP_RESTORE указана для моего сервера

С чем может быть связана ошибка?

вот я и удивился, хотя всегда в оракле использую кейзы только в селекте

точно гугли? первая же ссылка https://www.mssqltips.com/sqlservertip/5042/limitations-of-sql-server-native-backup-and-restore-in-amazon-rds/

продублирую: кто-нибудь SQL Server 2016 SP2 CU14 от 2020-08-06 ставил? сбросьте пожалуйста полный результат SELECT @@VERSION;

5 минут и отвечу

Microsoft SQL Server 2016 (SP2-CU14) (KB4564903) - 13.0.5830.85 (X64)   Jul 31 2020 18:47:07   Copyright (c) Microsoft Corporation  Standard Edition (64-bit) on Windows Server 2019 Standard 10.0 <X64> (Build 17763: ) (Hypervisor)

благодарю

Антипаттерн .
Юзай UNION

Ребятушки, молодые вы мои, объясните, как так получается?)))

я чет в шоке. в винде нормально отрабатывает с параметром -M, а тут (centos) ругается на недостающий аргумент, но если добавить левый аргумент какой-нибудь, то всё нормально работает

Пиши багрепорт :)

Привет, есть ли для процессов разница в номере ядер  на которых процессы работают, типа только на scheduler_id = 0 работают какие-то конкретные ответственные задачи?

просто у меня на 0м ядре 12 процессов постоянно работают и несколько ждут, в то время как на других ядрах(много)  по  6 и практически нигде нет runnable.
SELECT scheduler_id, current_tasks_count, runnable_tasks_count, work_queue_count, pending_disk_io_count
FROM sys.dm_os_schedulers
WHERE scheduler_id < 255
GO
и есть процесс пользоватскльий, который делал exec sys.sp_tables  и ему хотелось было делать это именно на 0м ядре, и долго делал, голодал

вам скорее всего в эту сторону надо копать:
https://sql-sasquatch.blogspot.com/2019/09/sql-server-numa-cpu-engagement.html
https://www.sqlpassion.at/archive/2019/09/23/troubleshooting-numa-node-inbalance-problems/

спасибо, хорошая идея.
есть ли смысл выделять целую NUMA операциоке, и играют ли для неё какую-то роль номера ядер?

sqlcmd - портирована под Linux, там конечно же могут быть такие “фичи”. попробуйте ради расового разнообразия https://github.com/dbcli/mssql-cli
также у sqlcmd есть еще забавные “фичи”, связанные с порядком передачи аргументов https://github.com/ktaranov/sqlserver-kit/blob/master/SQL%20Server%20Name%20Convention%20and%20T-SQL%20Programming%20Style.md
In sqlcmd move the -Uand -P parameters after the -Q parameter so that the password is at the end of the command.

1. Нет
2. Не знаю
но эти вопросы лучше задавть более продвинутым админам