SharePoint থেকে Excel-এ রপ্তানি: রিফ্রেশ আসলে কোথায় চলে
একটি SharePoint-Excel রপ্তানি কোয়েরি ফাইল, Office-এর নিজস্ব HTTP অনুরোধ এবং সংরক্ষিত রিফ্রেশের মধ্য দিয়ে অনুসরণ করুন এবং দেখুন কোন ধাপটি সত্যিই ব্যর্থ হয়েছে।
Excel-এ রপ্তানি স্থাপনার উপর নির্ভর করে তিনটি ভিন্ন আর্টিফ্যাক্ট তৈরি করে, এবং ত্রুটি ঠিক তাদের একটির। ডাউনলোড করা কোয়েরি ফাইল, স্থির CSV এবং রিফ্রেশ হওয়া সংযুক্ত টেবিল একই ফলাফল নয়, এবং প্রতিটি ভিন্ন ধাপে ব্যর্থ হয়। আপনার কাছে কোন আর্টিফ্যাক্ট আছে তা জানা ঠিক করে দেয় পরবর্তী পদক্ষেপ নেটওয়ার্ক দল, পরিচয় দল নাকি তালিকার মালিকের। নিচের প্রক্রিয়াটি ব্রাউজার থেকে Excel-এর নিজস্ব অনুরোধ পর্যন্ত হস্তান্তর অনুসরণ করে।
রপ্তানি আসলে কী হস্তান্তর করে
ক্লাসিক SharePoint তালিকায়, Excel-এ রপ্তানি একটি ছোট টেক্সট ফাইল ডাউনলোড করে যার মূল অংশ একটি URL; এরপর Excel সেই ফাইল পড়ে এবং এর পেছনের ডেটার জন্য নিজস্ব অনুরোধ পাঠায়। ডাউনলোড করা ফাইলটি একটি নির্দেশক, তালিকা নয়। বিপরীতে CSV রপ্তানিতে সারিগুলো নিজেরাই থাকে এবং রিফ্রেশের কোনো সংযোগ থাকে না। নতুন সংযুক্ত টেবিল কোয়েরিটি সরাসরি ওয়ার্কবুকে এমবেড করতে পারে, তাই ডাউনলোড ফোল্ডারে কিছুই পৌঁছায় না।
প্রতিটি সংযুক্ত রূপ একমুখী। রিফ্রেশ তালিকা থেকে বর্তমান সারিগুলো ওয়ার্কবুকে আনে, এবং টেবিল সম্পাদনা করলে কিছুই ফেরত পাঠানো হয় না। এই অসমতা রোগনির্ণয়ের জন্য গুরুত্বপূর্ণ, কারণ গত সপ্তাহের সারি নিয়ে খোলা ওয়ার্কবুক ইতিমধ্যে প্রমাণ করেছে যে ফাইলটি আছে এবং সংযোগ সংরক্ষিত হয়েছিল, কিন্তু রিফ্রেশ আজ কাজ করে কি না তা বলে না।
তাই প্রথম প্রশ্ন রপ্তানি কেন ব্যর্থ হলো তা নয়, বরং ব্যবহারকারী কোন আর্টিফ্যাক্ট প্রত্যাশা করছিলেন তা। উত্তরটি তদন্তকে তিনটি প্রক্রিয়ার একটিতে সীমিত করে।
তিন প্রক্রিয়া, তিন ভিন্ন পরিচয়
ব্রাউজারে ডাউনলোড ব্রাউজার সেশন ব্যবহার করে, তার নিজস্ব কুকি, প্রক্সি কনফিগারেশন এবং সাইন-ইন অবস্থাসহ। ফাইল খোলা Excel Office-এর HTTP স্ট্যাক ব্যবহার করে, যা সাধারণত পুরো মেশিনের WinHTTP সেটিংয়ের বদলে প্রতি-ব্যবহারকারী ইন্টারনেট বিকল্প প্রক্সি অনুসরণ করে, এবং ব্যবহারকারীর যে কোনো Office পরিচয় দিয়ে প্রমাণায়ন করে। পরবর্তী রিফ্রেশ সংরক্ষিত সংযোগ পুনরায় ব্যবহার করে এবং জিজ্ঞাসা না করে Windows ক্রেডেনশিয়াল ম্যানেজার থেকে ক্যাশ করা ক্রেডেনশিয়াল নিতে পারে।
এই তিনটি প্রসঙ্গ একই মেশিনে ভিন্নমত হতে পারে, এবং সেই কারণেই তালিকা অনায়াসে খোলা ব্রাউজার এবং সাইন-ইন অনুরোধ ফেরত দেওয়া Excel রিফ্রেশ পরস্পরবিরোধী নয়, সামঞ্জস্যপূর্ণ ফলাফল। টানেল তিনটির জন্যই মেশিনের রাউটিং বদলায়, কিন্তু প্রক্সি স্বয়ং-কনফিগারেশন ফাইল এখনও Office অনুরোধ অন্যত্র পাঠাতে পারে।
এগুলোর যেকোনোটি বদলানোর আগে প্রতিটি ধাপে ব্যবহৃত পরিচয় লিখে রাখুন। ব্রাউজারে প্রয়োগ করা সংশোধন Excel অন্য অ্যাকাউন্টের অধীনে করা অনুরোধ মেরামত করতে পারে না।
কিছু বদলানোর আগে হস্তান্তর ফাইলটি পড়ুন
ডাউনলোড করা ফাইলটি সাধারণ টেক্সট এবং সাধারণত ছোট, তাই আগে এটি পড়ুন। এটি সেই হোস্ট ও এন্ডপয়েন্টের নাম দেয় যা Excel কল করবে, এবং সেই হোস্টটিই ব্যবহারকারীর মেশিন থেকে সমাধান ও প্রমাণায়ন করতে হবে, ব্রাউজারের ঠিকানা বারে দেখা ঠিকানাটি অপরিহার্য নয়।
Get-Content "$env:USERPROFILE\Downloads\query.iqy"
Resolve-DnsName team.example.net
netsh winhttp show proxyফাইলের হোস্টটিকে ব্যবহারকারীর মনে হওয়া সাইটের সাথে তুলনা করুন। রপ্তানির সময় পুনর্নির্দেশ, পুরোনো সাইট সংগ্রহ বা স্থানান্তরিত তালিকা এমন নামের দিকে নির্দেশক রেখে যেতে পারে যা আর ডেটা দেয় না, এবং ফলস্বরূপ ত্রুটিটি নেটওয়ার্ক ব্যর্থতার মতো দেখায়। নাম সমাধান হলে এবং এন্ডপয়েন্ট উত্তর দিলে, অবশিষ্ট প্রার্থীরা হলো প্রমাণায়ন এবং কোয়েরি নিজেই।
কাজ করানোর জন্য হোস্ট নামটি IP ঠিকানা দিয়ে প্রতিস্থাপন করবেন না। এটি সার্টিফিকেটের নাম যাচাই ভাঙে এবং আসল সমস্যাটি এমন সমাধানের পেছনে লুকায় যা পরবর্তী সার্টিফিকেট নবায়নে ব্যর্থ হবে।
নাম, সাইন-ইন এবং কোয়েরি ব্যর্থতা আলাদা করুন
চারটি ফলাফল প্রায় প্রতিটি প্রতিবেদন ঢেকে দেয়, এবং প্রতিটির মালিক আলাদা। যে নাম সমাধান হয় না তা DNS-এর। যে সংযোগ সময়সীমায় শেষ হয় তা রাউটিং বা প্রক্সির। সাইন-ইন অনুরোধ বা 401 পরিচয়ের। যে প্রতিক্রিয়া আসে কিন্তু বিশ্লেষণ করা যায় না তা কোয়েরি বা তালিকা এখন যে এন্ডপয়েন্ট প্রকাশ করে তার।
| What the user sees | Stage that failed |
|---|---|
| Data source could not be found | Name resolution or the pointer in the file |
| Repeated sign-in prompt | Office identity or cached credential |
| Timeout while refreshing | Route, proxy or the VPN path |
| Refresh succeeds, rows look wrong | Query scope or list view, not connectivity |
শেষ সারিটিই সেইটি যা মানুষ ভুল রোগনির্ণয় করে। সম্পূর্ণ হয়ে ভুল সারি ফেরত দেওয়া রিফ্রেশ ইতিমধ্যে প্রমাণ করেছে যে প্রতিটি নেটওয়ার্ক ও পরিচয় স্তর কাজ করে, এবং অবশিষ্ট প্রশ্ন হলো কোয়েরি কোন ভিউ বা কোন ফিল্টার বহন করে। সেই টিকিট নেটওয়ার্ক দলে পাঠানো একটি দিন নষ্ট করা।
ত্রুটির সঠিক টেক্সট এবং প্রথম ব্যর্থতার সময় সংরক্ষণ করুন। এটিই নির্ধারণ করে আপনি টেবিলের কোন সারিতে আছেন, এবং এটি একমাত্র প্রমাণ যার উপর তালিকার মালিক কাজ করতে পারেন।
একই তালিকায় রিফ্রেশ আবার পরীক্ষা করুন
ব্যর্থ ধাপটি চিহ্নিত হওয়ার পর যে ক্রিয়াটি ব্যর্থ হয়েছিল তা পুনরাবৃত্তি করুন, সস্তা কোনো ক্রিয়া নয়। একই তালিকাটি অভিপ্রেত Excel পরিবেশ থেকে, প্রত্যাশিত অ্যাকাউন্ট ও অনুমোদিত নেটওয়ার্ক পথসহ রিফ্রেশ করুন, এবং নিশ্চিত করুন যে সারি সংখ্যা বা কোনো পরিচিত পরিবর্তিত মান সত্যিই হালনাগাদ হয়। সংরক্ষিত ওয়ার্কবুক খোলা সংযোগ সম্পর্কে কিছুই প্রমাণ করে না।
ব্যাপক মেরামতের বিরোধিতা করুন: সমস্ত সংরক্ষিত ক্রেডেনশিয়াল মুছে ফেলা, Office উন্নতভাবে চালানো বা কোনো নিরাপত্তা বৈশিষ্ট্য নিষ্ক্রিয় করা ধাপটি ঠিক না করেই লক্ষণ বদলাতে পারে। যদি প্রমাণায়ন ব্যর্থ স্তর হয়, ক্লায়েন্টে অনুমান করার বদলে তালিকার মালিককে অ্যাকাউন্ট ও সমর্থিত সাইন-ইন প্রবাহ নিশ্চিত করতে বলুন।
CSV কেবল তখনই প্রস্তাব করুন যখন বিচ্ছিন্ন স্ন্যাপশট কাজটি পূরণ করে এবং সেই রপ্তানি পরিবেশের জন্য সমর্থিত। আউটপুট ফরম্যাট বদলালে কর্মপ্রবাহ বদলায় এবং সংযুক্ত ক্রিয়াটি কেন কাজ করা বন্ধ করল তা ব্যাখ্যা করে না।