linux服务器配置差异导致multipart/form-data文件上传请求可能无响应?

Posted 2023-05-10

最近项目交互的项目突然出现文件上传功能不好使的情况（请求无响应，后台日志没反应，感觉被服务器安全协议拦截掉了），我们将相同的项目换个服务器部署（端口，nginx、tomcat配置保持一致）文件上传正常，linux服务有什么配置会导致multipart/form-data类的文件上传请求被拦截吗？

现在本机上测试代码有没有问题。按理来说如果接口啥的是对的，传上去的包是可以直接用的。要不可能就是前端的代码有问题。或者也可能你没有传文件，而接口要求必须有文件。 参考技术A 防火墙呢？看了没？是不是给防火墙拦下了。追问

涉及到http文件上传防火墙有哪些设置

本回答被提问者采纳 参考技术B 恢复出厂。东西就是拿来折腾的，不要怕搞坏， 参考技术C 关注linux技术《linux就该这么学》

备份链中断导致差异备份报错案例

原文:备份链中断导致差异备份报错案例

 

最近一台SQL Server服务器部署SQL Server Backup后，发现每晚的差异备份老是失败，报如下错误：

 

Msg 3035, Level 16, State 1, Line 1

无法执行数据库"xxxx" 的差异备份，因为不存在当前数据库备份。请去掉WITH DIFFERENTIAL 选项后重新发出BACKUP DATABASE 以执行数据库的完整备份。

Msg 3013, Level 16, State 1, Line 1

BACKUP DATABASE 正在异常终止。

 

出现这个错误，一般是因为没有做过完整备份或备份链中断（chain of backups to break），仔细检查后发现完整备份存在，那么就可能是备份链中断所致，检查备份日志记录：

 

SELECT  CONVERT(CHAR(100), SERVERPROPERTY(‘Servername‘)) AS server_name ,

        bs.database_name ,

        bs.backup_start_date ,

        bs.backup_finish_date ,

        bs.expiration_date ,

        CASE bs.type

          WHEN ‘D‘ THEN ‘Full Backup‘

          WHEN ‘I‘ THEN ‘Diff Backup‘

          WHEN ‘L‘ THEN ‘Log  Bacup‘

          WHEN ‘F‘ THEN ‘File Backup‘

          WHEN ‘G‘ THEN ‘File Diff‘

          WHEN ‘P‘ THEN ‘Partial Backup‘

          WHEN ‘Q‘ THEN ‘Partial Diff Backup‘

        END AS backup_type ,

        CASE bf.device_type 

          WHEN 2 THEN ‘Disk‘

          WHEN 5 THEN ‘Tape‘

          WHEN 7 THEN ‘Virtual Device‘

          WHEN 105 THEN ‘permanent backup device‘

        END AS backup_media,

        bs.backup_size/1024/1024/1024  AS [backup_size(GB)] ,

        bs.compressed_backup_size/1024/1024/1024 AS [compressed_backup_size(GB)],

        bf.logical_device_name ,

        bf.physical_device_name ,

        bs.name AS backupset_name ,

        bs.first_lsn,

        bs.last_lsn,

        bs.checkpoint_lsn,

        bs.description

FROM    msdb.dbo.backupmediafamily bf

        INNER JOIN msdb.dbo.backupset bs ON  bf.media_set_id = bs.media_set_id

WHERE bs.database_name=‘databasename‘

ORDER BY  bs.backup_start_date DESC;

 

 

 

 

发现备份日志里面有一条记录将数据库备份到Virtual Device，其实之前在这篇文章“IO is frozen on database xxx, No user action is required”里面介绍过是因为PlateSpin的备份作业在运行（数据库服务器是VMware，系统管理员用PlateSpin做DR，使用了卷影复制(Volume Shadow Copy VSS)。

 

另外，查了一下，遇到此消息是还有可能是因为在使用其他备份解决方案（NTBackup，BE，Bacula等），它们会对数据库进行类似快照的备份（VSS副本 - 卷影复制 Volume Shadow Copy）。 通过对数据库创建备份快照（creating snapshots backups），可能会导致备份链中断，并使先前的差异备份或完整备份无效，这就是为什么在你做差异备份（DIFFERENTIAL BACKUP）的过程中遇到这个错误的原因，因为备份链中断了，备份链无效（ backup chain invalid）。在差异备份前需要先做一个完整备份。

 

另外，遇到这个错误，还有可能有其它几种原因：

 

1：修改了恢复模式（ Recovery Model），因为将数据库的恢复模式修改为简单模式也会导致备份链中断。

 

2：特定版本的Bug，这个只见于SQL Server 2005特定版本，具体参考https://support.microsoft.com/en-us/help/921106/fix-you-receive-an-error-message-when-you-try-to-create-a-differential 一般很少见，只是搜索时，发现有这个情况，所以收录在此。

 

 

解决方案：

 

    可以禁用SQL Server VSS Writer服务，来阻止那些备份解决方案使用卷影复制，测试发现不会影响PlateSpin的作业。